課程
/后端開發(fā)
/Java
/Java高并發(fā)秒殺API之高并發(fā)優(yōu)化
修改秒殺結(jié)束時間后debug得到的endTime還是修改以前的
2016-05-31
源自:Java高并發(fā)秒殺API之高并發(fā)優(yōu)化 3-3
正在回答
一個小時之后 redis里面的數(shù)據(jù)才會消失
驗證了。是redis的緩存導(dǎo)致的,之前設(shè)置的timeOut=60*60 ?一個小時的有效時間。我在sqlYog里修改的的而redis緩存并沒有修改。所以查詢秒殺地址的時候是從redis里查到的以前的數(shù)據(jù)
難道是redis緩存的?
剩余的number也不對,是之前的
如下圖,還是說sqlYog修改的沒有commit到數(shù)據(jù)庫?
舉報
Java實現(xiàn)高并發(fā)秒殺API的第四門課,小伙伴一定可以從中受益
3 回答創(chuàng)建存儲過程已經(jīng)存在,執(zhí)行時報錯 [Err] 1305 - PROCEDURE seckill_muke.execute_seckill does not exist
10 回答redis緩存和mybatis的緩存有啥不一樣?什么時候應(yīng)該用那種?
3 回答redis緩存的上限???
2 回答對象緩存問題
1 回答緩存時間設(shè)置問題
Copyright ? 2025 imooc.com All Rights Reserved | 京ICP備12003892號-11 京公網(wǎng)安備11010802030151號
購課補貼聯(lián)系客服咨詢優(yōu)惠詳情
慕課網(wǎng)APP您的移動學(xué)習(xí)伙伴
掃描二維碼關(guān)注慕課網(wǎng)微信公眾號
2016-09-22
一個小時之后 redis里面的數(shù)據(jù)才會消失
2016-05-31
驗證了。是redis的緩存導(dǎo)致的,之前設(shè)置的timeOut=60*60 ?一個小時的有效時間。我在sqlYog里修改的的而redis緩存并沒有修改。所以查詢秒殺地址的時候是從redis里查到的以前的數(shù)據(jù)
2016-05-31
難道是redis緩存的?
2016-05-31
剩余的number也不對,是之前的
2016-05-31
如下圖,還是說sqlYog修改的沒有commit到數(shù)據(jù)庫?