淘寶秒殺在哪兒 淘寶app秒殺在哪里找



文章插圖
淘寶秒殺在哪兒 淘寶app秒殺在哪里找

文章插圖
搶購、秒殺是如今很常見的一個應用場景 , 主要需要解決的問題有兩個:
1 高并發對數據庫產生的壓力
【淘寶秒殺在哪兒 淘寶app秒殺在哪里找】2 競爭狀態下如何解決庫存的正確減少(”超賣”問題)
對于第一個問題 , 已經很容易想到用緩存來處理搶購 , 避免直接操作數據庫 , 例如使用Redis 。
重點在于第二個問題
常規寫法:
查詢出對應商品的庫存 , 看是否大于0 , 然后執行生成訂單等操作 , 但是在判斷庫存是否大于0處 , 如果在高并發下就會有問題 , 導致庫存量出現負數
優化方案1:將庫存字段number字段設為unsigned , 當庫存為0時 , 因為字段不能為負數 , 將會返回false
優化方案2:使用MySQL的事務 , 鎖住操作的行
優化方案3:使用非阻塞的文件排他鎖
優化方案4:使用redis隊列 , 因為pop操作是原子的 , 即使有很多用戶同時到達 , 也是依次執行 , 推薦使用(mysql事務在高并發下性能下降很厲害 , 文件鎖的方式也是)
先將商品庫存如隊列
搶購、描述邏輯
模擬5000高并發測試
webbench -c 5000 -t 60 http://192.168.1.198/big/index.php
ab -r -n 6000 -c 5000 http://192.168.1.198/big/index.php
上述只是簡單模擬高并發下的搶購 , 真實場景要比這復雜很多 , 很多注意的地方
如搶購頁面做成靜態的 , 通過ajax調用接口
再如上面的會導致一個用戶搶多個 , 思路:
需要一個排隊隊列和搶購結果隊列及庫存隊列 。高并發情況 , 先將用戶進入排隊隊列 , 用一個線程循環處理從排隊隊列取出一個用戶 , 判斷用戶是否已在搶購結果隊列 , 如果在 , 則已搶購 , 否則未搶購 , 庫存減1 , 寫數據庫 , 將用戶入結果隊列 。
測試數據表