最近在做一個(gè)團(tuán)購項(xiàng)目，遇到個(gè)問題，就是在搶購、秒殺、抽獎(jiǎng)等活動(dòng)時(shí)，庫存數(shù)量有限，但是同時(shí)下單人數(shù)超過了庫存數(shù)量，就會(huì)導(dǎo)致商品超售問題。那么我們怎么來解決這個(gè)問題呢，我的思路如下：

我們知道數(shù)據(jù)庫處理sql是一條條處理的，假設(shè)購買商品的流程是這樣的：

sql1:查詢商品庫存

if(庫存數(shù)量 > 0)
{
  //生成訂單...
  sql2:庫存-1
}

當(dāng)沒有并發(fā)時(shí)，上面的流程看起來是如此完美，假設(shè)同時(shí)兩個(gè)人下單，而庫存只有1個(gè)了，在sql1階段兩個(gè)人查詢到的庫存都是>0的，于是最終都執(zhí)行了sql2，庫存最后變?yōu)?1，超售了，要么補(bǔ)庫存，要么等用戶投訴吧。

解決這個(gè)問題比較流行的思路：

1.用額外的單進(jìn)程處理一個(gè)隊(duì)列，下單請(qǐng)求放到隊(duì)列里，一個(gè)個(gè)處理，就不會(huì)有并發(fā)的問題了，但是要額外的后臺(tái)進(jìn)程以及延遲問題，不予考慮。

2.數(shù)據(jù)庫樂觀鎖，大致的意思是先查詢庫存，然后立馬將庫存+1，然后訂單生成后，在更新庫存前再查詢一次庫存，看看跟預(yù)期的庫存數(shù)量是否保持一致，不一致就回滾，提示用戶庫存不足。

3.根據(jù)update結(jié)果來判斷，我們可以在sql2的時(shí)候加一個(gè)判斷條件update ... where 庫存>0，如果返回false，則說明庫存不足，并回滾事務(wù)。

4.借助文件排他鎖，在處理下單請(qǐng)求的時(shí)候，用flock鎖定一個(gè)文件，如果鎖定失敗說明有其他訂單正在處理，此時(shí)要么等待要么直接提示用戶"服務(wù)器繁忙"

本文要說的是第4種方案，大致代碼如下：

阻塞(等待)模式

<?php
$fp = fopen("lock.txt", "w+");
if(flock($fp,LOCK_EX))
{
  //..處理訂單
  flock($fp,LOCK_UN);
}
fclose($fp);
?>

非阻塞模式

<?php
$fp = fopen("lock.txt", "w+");
if(flock($fp,LOCK_EX | LOCK_NB))
{
  //..處理訂單
  flock($fp,LOCK_UN);
}
else
{
  echo "系統(tǒng)繁忙，請(qǐng)稍后再試";
}

fclose($fp);
?>

您可能感興趣的文章: