溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內容介紹了“防止商品超賣的思路有哪些”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！
在防止超賣的邏輯編寫時，加鎖這個思路是沒有問題的，但是要加什么鎖，鎖哪一段邏輯就成為了問題。
1、思路1
jvm提供了synchronized和reentrantlock。
這兩個鎖適合在減庫存的時候使用嗎？
理論上講，是可以使用的，但是服務必須是單機部署。如果是多臺服務器，就會變成如下場景，鎖根本沒有作用。
3、思路3
我在網上曾看到有人列舉前面兩種實現方式，這里重點說明下，單機鎖和分布式鎖是不推薦的！
其實防超賣最終的目的是防止數據庫的庫存(goods_num)小于0。導致小于0的原因是多個線程在程序中計算庫存，然后在賦值給數據庫。這么多鎖要解決的問題，其實一條sql就可以實現。
update t_goods set goods_num=goods_num - 1 where goods_id=1 and goods_num>0
如上所示。例如賣了id為1的商品1件。這時庫存減一，重點是where條件中判斷了goods_num>0。這樣就間接的限制了只有庫存在大于1的時候該sql才會減一。直接就防止了超賣的現象。
其實這個時候應該就會有人抬杠了，這是電商場景呀，直接連接數據庫壓力很大的。其實這個時候就要在減庫存之前進行友好的限流了。
redis提供了幾個命令：
incr——加
decr——減
incrby——階梯加
decrby——階梯減
這幾個都是原子操作，并且在執行成功之后會返回結果。例如：
redis> SET failure_times 10OK redis> DECR failure_times(integer) 9
這樣如果有場景數據庫減庫存壓力太大，可以雙重判斷，商品開賣之前，redis緩存商品的庫存，先通過DECR減少redis庫存，再減少數據庫庫存，當redis庫存已經為0的時候，就沒有必要再減少數據庫的數據了。
“防止商品超賣的思路有哪些”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
