防止商品超賣(mài)的思路有哪些

本篇內(nèi)容介紹了“防止商品超賣(mài)的思路有哪些”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

一、如何防止超賣(mài)

在防止超賣(mài)的邏輯編寫(xiě)時(shí)，加鎖這個(gè)思路是沒(méi)有問(wèn)題的，但是要加什么鎖，鎖哪一段邏輯就成為了問(wèn)題。

1、思路1

jvm提供了synchronized和reentrantlock。
這兩個(gè)鎖適合在減庫(kù)存的時(shí)候使用嗎？
理論上講，是可以使用的，但是服務(wù)必須是單機(jī)部署。如果是多臺(tái)服務(wù)器，就會(huì)變成如下場(chǎng)景，鎖根本沒(méi)有作用。

3、思路3

我在網(wǎng)上曾看到有人列舉前面兩種實(shí)現(xiàn)方式，這里重點(diǎn)說(shuō)明下，單機(jī)鎖和分布式鎖是不推薦的！
其實(shí)防超賣(mài)最終的目的是防止數(shù)據(jù)庫(kù)的庫(kù)存(goods_num)小于0。導(dǎo)致小于0的原因是多個(gè)線(xiàn)程在程序中計(jì)算庫(kù)存，然后在賦值給數(shù)據(jù)庫(kù)。這么多鎖要解決的問(wèn)題，其實(shí)一條sql就可以實(shí)現(xiàn)。

update t_goods set goods_num=goods_num - 1 where goods_id=1 and goods_num>0

如上所示。例如賣(mài)了id為1的商品1件。這時(shí)庫(kù)存減一，重點(diǎn)是where條件中判斷了goods_num>0。這樣就間接的限制了只有庫(kù)存在大于1的時(shí)候該sql才會(huì)減一。直接就防止了超賣(mài)的現(xiàn)象。
其實(shí)這個(gè)時(shí)候應(yīng)該就會(huì)有人抬杠了，這是電商場(chǎng)景呀，直接連接數(shù)據(jù)庫(kù)壓力很大的。其實(shí)這個(gè)時(shí)候就要在減庫(kù)存之前進(jìn)行友好的限流了。
redis提供了幾個(gè)命令：

• incr——加

• decr——減

• incrby——階梯加

• decrby——階梯減
  這幾個(gè)都是原子操作，并且在執(zhí)行成功之后會(huì)返回結(jié)果。例如：

redis> SET failure_times 10OK
redis> DECR failure_times(integer) 9

這樣如果有場(chǎng)景數(shù)據(jù)庫(kù)減庫(kù)存壓力太大，可以雙重判斷，商品開(kāi)賣(mài)之前，redis緩存商品的庫(kù)存，先通過(guò)DECR減少redis庫(kù)存，再減少數(shù)據(jù)庫(kù)庫(kù)存，當(dāng)redis庫(kù)存已經(jīng)為0的時(shí)候，就沒(méi)有必要再減少數(shù)據(jù)庫(kù)的數(shù)據(jù)了。

“防止商品超賣(mài)的思路有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！