php解決下單、抽獎併發導致的庫存負數的問題
阿新 • • 發佈:2019-01-01
我們知道資料庫處理sql是一條條處理的,假設購買商品的流程是這樣的:
sql1:查詢商品庫存
if(庫存數量 > 0)
{
//生成訂單...
sql2:庫存-1
}
當沒有併發時,上面的流程看起來是如此完美,假設同時兩個人下單,而庫存只有1個了,在sql1階段兩個人查詢到的庫存都是>0的,於是最終都執行了sql2,庫存最後變為-1,超售了,要麼補庫存,要麼等使用者投訴吧。
解決這個問題比較流行的思路:
1.用額外的單程序處理一個佇列,下單請求放到佇列裡,一個個處理,就不會有併發的問題了,但是要額外的後臺程序以及延遲問題,不予考慮。
2.資料庫樂觀鎖,大致的意思是先查詢庫存,然後立馬將庫存+1,然後訂單生成後,在更新庫存前再查詢一次庫存,看看跟預期的庫存數量是否保持一致,不一致就回滾,提示使用者庫存不足。
3.根據update結果來判斷,我們可以在sql2的時候加一個判斷條件update ... where 庫存>0,如果返回false,則說明庫存不足,並回滾事務。
4.藉助檔案排他鎖,在處理下單請求的時候,用flock鎖定一個檔案,如果鎖定失敗說明有其他訂單正在處理,此時要麼等待要麼直接提示使用者"伺服器繁忙"
本文要說的是第4種方案,大致程式碼如下:
//阻塞(等待)模式
?1 2 3 4 5 6 7 8 9 |
<?php
$fp
= fopen ( "lock.txt" ,
"w+" );
if ( flock ( $fp ,LOCK_EX))
{
//..處理訂單 flock ( $fp ,LOCK_UN);
}
fclose( $fp );
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
<?php
$fp
= fopen ( "lock.txt" ,
"w+" );
if ( flock ( $fp ,LOCK_EX
| LOCK_NB))
{
//..處理訂單
flock ( $fp ,LOCK_UN);
}
else
{
echo
"系統繁忙,請稍後再試" ;
}
fclose( $fp );
|
採用哪種方式,看併發數量吧。