最贊回答 / 慕姐936777
2個只是測試，如果瞬間有十萬個請求（或者更多），存值那塊會不會卡住。用redis先存起來（內(nèi)存操作，速度很快），以后在慢慢存到數(shù)據(jù)庫，
2018-08-30
最新回答 / 慕少4427295
隊列里的數(shù)據(jù)時異步處理的，然后存進數(shù)據(jù)庫，但是他訪問那個連接的時候就相當于多個用戶去秒殺了，輸出的結(jié)果（成功或者結(jié)束）就實時的反應了是否秒殺成功。
2018-07-12
最新回答 / qq_工作專用_1
在根目錄運行 ./goods.sh回車，會提示“壞的解釋器....”,然后輸入：sed -i 's/\r$//' goods.sh回車，再繼續(xù)運行shell腳本試試
2018-06-30
最贊回答 / 慕沐4218383
一半你請求三方接口，三方接口會做限制，不會讓你太高頻次的請求，也不會有并發(fā)的情況出現(xiàn)。如果出現(xiàn)的你說的情況是可以的，也要看你說的比較是多大，redis單個值的最大長度是512M，但是好像不要超過1M，否則效率不是很好，用memcached會好一點吧
2018-04-30
最新回答 / 回首已是千年
按照課程的講法的意思，在pop的時候設置了seelp(2) 兩秒鐘執(zhí)行一次pop， 因為秒殺的時候速度非常的快，最多只是微妙數(shù)不同，其實在這pop的時間間隔內(nèi)隊列中早已插入了限定的元素個數(shù)了不會在插入元素了，也就是說這個時候前端對于秒殺已經(jīng)判斷好了。也就是說已經(jīng)結(jié)束了。這個時候后面在對這十個元素進行入庫操作。
2018-04-29