php解決搶購秒殺抽獎等大流量併發入庫導致的庫存負數的問題

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

 sql1:查詢商品庫存

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

    當沒有併發時，上面的流程看起來是如此完美，假設同時兩個人下單，而庫存只有1個了，在sql1階段兩個人查詢到的庫存都是>0的，於是最終都執行了sql2，庫存最後變爲-1，超售了，要麼補庫存，要麼等用戶投訴吧。

    解決這個問題比較流行的思路：

    1.用額外的單進程處理一個隊列，下單請求放到隊列裏，一個個處理，就不會有併發的問題了，但是要額外的後臺進程以及延遲問題，不予考慮。

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

    3.根據update結果來判斷，我們可以在sql2的時候加一個判斷條件update ... where 庫存>0，如果返回false，則說明庫存不足，並回滾事務。

    4.藉助文件排他鎖，在處理下單請求的時候，用flock鎖定一個文件，如果鎖定失敗說明有其他訂單正在處理，此時要麼等待要麼直接提示用戶"服務器繁忙"

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

    阻塞(等待)模式

<span style="font-size:18px;"><?php
    $fp = fopen("lock.txt", "w+");
    if(flock($fp,LOCK_EX)){ 
       //..處理訂單 
       flock($fp,LOCK_UN);
    }
    fclose($fp);
?></span>

    非阻塞模式

<span style="font-size:18px;"><?php
    $fp = fopen("lock.txt", "w+");
    if(flock($fp,LOCK_EX | LOCK_NB)){ 
      //..處理訂單 
      flock($fp,LOCK_UN);
    }else{
      echo "系統繁忙，請稍後再試";
    }
    fclose($fp);
?></span>