涉及搶購(gòu)、秒殺、抽獎(jiǎng)、搶票等活動(dòng)時(shí)，為了避免超賣,那么庫(kù)存數(shù)量是有限的，但是如果同時(shí)下單人數(shù)超過(guò)了庫(kù)存數(shù)量，就會(huì)導(dǎo)致商品超賣問(wèn)題。那么我們?cè)趺磥?lái)解決這個(gè)問(wèn)題呢，我的思路如下(偽代碼)：
sql1:查詢商品庫(kù)存
if(庫(kù)存數(shù)量 > 0)
{
//生成訂單...
sql2:同時(shí)庫(kù)存-1
}
當(dāng)沒(méi)有并發(fā)時(shí)，上面的流程看起來(lái)是再正常不過(guò)了，假設(shè)同時(shí)兩個(gè)人下單，而庫(kù)存只有1個(gè)了，在sql1階段兩個(gè)人查詢到的庫(kù)存都是>0的，于是最終都執(zhí)行了sql2，庫(kù)存最后變?yōu)?1，超售了，這不是我們想要的結(jié)果吧。
解決這個(gè)問(wèn)題比較流行的思路我總結(jié)了下：
1.用額外的單進(jìn)程處理一個(gè)隊(duì)列，下單請(qǐng)求放到隊(duì)列里，一個(gè)個(gè)處理，就不會(huì)有并發(fā)的問(wèn)題了，但是要額外的開啟后臺(tái)進(jìn)程以及延遲問(wèn)題，這里暫不予考慮。這里我可使用消息隊(duì)列，我們常用到Memcacheq、Radis。 比如：有100張票可供用戶搶，那么就可以把這100張票放到緩存中，讀寫時(shí)不要加鎖。 當(dāng)并發(fā)量大的時(shí)候，可能有500人左右搶票成功，這樣對(duì)于500后面的請(qǐng)求可以直接轉(zhuǎn)到活動(dòng)結(jié)束的靜態(tài)頁(yè)面。進(jìn)去的500個(gè)人中有400個(gè)人是不可能獲得商品的。所以可以根據(jù)進(jìn)入隊(duì)列的先后順序只能前100個(gè)人購(gòu)買成功。后面400個(gè)人就直接轉(zhuǎn)到活動(dòng)結(jié)束頁(yè)面。當(dāng)然進(jìn)去500個(gè)人只是舉個(gè)例子，至于多少可以自己調(diào)整。而活動(dòng)結(jié)束頁(yè)面一定要用靜態(tài)頁(yè)面，不要用數(shù)據(jù)庫(kù)。這樣就減輕了數(shù)據(jù)庫(kù)的壓力。
2.mysql樂(lè)觀鎖，意思是比如總庫(kù)存是2,搶購(gòu)事件提交時(shí)，立馬將庫(kù)存+1，那么此時(shí)庫(kù)存是3，然后訂單生成后，在更新庫(kù)存前再查詢一次庫(kù)存(因?yàn)橛唵紊衫硭?dāng)然庫(kù)存-1，但是先不急，再查一次庫(kù)存返回結(jié)果是3)，看看跟預(yù)期的庫(kù)存數(shù)量(這里預(yù)期的庫(kù)存是3)是否保持一致，不一致就回滾，提示用戶庫(kù)存不足。這里說(shuō)道悲觀鎖，可能有朋友會(huì)問(wèn)，那一定有樂(lè)觀鎖了吧??這里我就淺談下我所了解的悲觀與樂(lè)觀鎖了
悲觀鎖與樂(lè)觀鎖是兩種常見的資源并發(fā)鎖設(shè)計(jì)思路，也是并發(fā)編程中一個(gè)非?；A(chǔ)的概念。本文將對(duì)這兩種常見的鎖機(jī)制在數(shù)據(jù)庫(kù)數(shù)據(jù)上的實(shí)現(xiàn)進(jìn)行比較系統(tǒng)的介紹。
悲觀鎖（Pessimistic Lock）
悲觀鎖的特點(diǎn)是先獲取鎖，再進(jìn)行業(yè)務(wù)操作，即“悲觀”的認(rèn)為獲取鎖是非常有可能失敗的，因此要先確保獲取鎖成功再進(jìn)行業(yè)務(wù)操作。通常所說(shuō)的“一鎖二查三更新”即指的是使用悲觀鎖。通常來(lái)講在數(shù)據(jù)庫(kù)上的悲觀鎖需要數(shù)據(jù)庫(kù)本身提供支持，即通過(guò)常用的select … for update操作來(lái)實(shí)現(xiàn)悲觀鎖。當(dāng)數(shù)據(jù)庫(kù)執(zhí)行select for update時(shí)會(huì)獲取被select中的數(shù)據(jù)行的行鎖，因此其他并發(fā)執(zhí)行的select for update如果試圖選中同一行則會(huì)發(fā)生排斥（需要等待行鎖被釋放），因此達(dá)到鎖的效果。select for update獲取的行鎖會(huì)在當(dāng)前事務(wù)結(jié)束時(shí)自動(dòng)釋放，因此必須在事務(wù)中使用。
這里需要注意的一點(diǎn)是不同的數(shù)據(jù)庫(kù)對(duì)select for update的實(shí)現(xiàn)和支持都是有所區(qū)別的，例如oracle支持select for update no wait，表示如果拿不到鎖立刻報(bào)錯(cuò)，而不是等待，mysql就沒(méi)有no wait這個(gè)選項(xiàng)。另外mysql還有個(gè)問(wèn)題是select for update語(yǔ)句執(zhí)行中所有掃描過(guò)的行都會(huì)被鎖上，這一點(diǎn)很容易造成問(wèn)題。因此如果在mysql中用悲觀鎖務(wù)必要確定走了索引，而不是全表掃描。
樂(lè)觀鎖（Optimistic Lock）
樂(lè)觀鎖的特點(diǎn)先進(jìn)行業(yè)務(wù)操作，不到萬(wàn)不得已不去拿鎖。即“樂(lè)觀”的認(rèn)為拿鎖多半是會(huì)成功的，因此在進(jìn)行完業(yè)務(wù)操作需要實(shí)際更新數(shù)據(jù)的最后一步再去拿一下鎖就好。
樂(lè)觀鎖在數(shù)據(jù)庫(kù)上的實(shí)現(xiàn)完全是邏輯的，不需要數(shù)據(jù)庫(kù)提供特殊的支持。一般的做法是在需要鎖的數(shù)據(jù)上增加一個(gè)版本號(hào)，或者時(shí)間戳，然后按照如下方式實(shí)現(xiàn)：
延伸閱讀
學(xué)習(xí)是年輕人改變自己的最好方式