這個明顯是不對的,,數(shù)量判斷用len是不對的。。同時兩個人讀取到是9,,然后都rpush,,隊列中已經(jīng)11個人啦。。應(yīng)該是先存入隊列,然后再lpop消耗。。避開了數(shù)量判斷這個并發(fā)性問題。。
2019-03-27
既然就處理那10個用戶的訂單,是不是該把10個用戶從redis隊列復(fù)制一份出來遍歷,從隊列中彈出來會不會影響前邊的訂單業(yè)務(wù)
2019-03-03
我覺得使用redis作為消息隊列的目的是避免了頻繁的去操作數(shù)據(jù)庫,但并沒有解決服務(wù)器應(yīng)對高并發(fā)的問題。
2019-02-01
這樣會不會有個問題,你先執(zhí)行的死循環(huán)腳本,然后執(zhí)行的入redis的程序。因為這個入redis的時間很短,短到你還來不及掃描到mysql就已經(jīng)結(jié)束了,所以入mysql的腳本才沒有影響到user.php里面計算redis列表長度。 理論上是不是應(yīng)該存在,你lpop的時候,llen -1 ,導(dǎo)致秒殺的人數(shù)多于10個。
2018-12-20