我們知道數據庫處理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 ); |
?