首頁 > 後端開發 > php教程 > php解決下單、抽獎並發導致的庫存負數的問題

php解決下單、抽獎並發導致的庫存負數的問題

WBOY
發布: 2016-07-29 09:02:53
原創
1387 人瀏覽過

轉載位址:點選開啟連結

我們知道資料庫處理sql是一條處理的,假設購買商品的流程是這樣的:

sql1:查詢商品庫存

if(庫存數量> 0)
{
    //產生訂單...
    sql2:庫存-1
}
當沒有並發時,上面的流程看起來是如此完美,假設同時兩個人下單,而庫存只有1個了,在sql1階段兩個人查詢到的庫存都是>0的,於是最後都執行了sql2,庫存最後變成-1,超售了,要嘛補庫存,要嘛等用戶投訴吧。

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

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

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

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

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

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

//阻塞(等待)模式

?

35 6"w+"

7

8

9

$fpp

,

);

if

(flock(     //..處理訂單    flock

($fp,LOCK_UN); );

/ /非阻塞模式

?

123

9

10

11

1213

$fp=

fopen

$fp

=

fopen$fp=

fopen

$fp

=

fopen

"w+"

);

if

(

flock

(

| LOCK_NB))

{

    //..處理訂單

🎠 ,LOCK_UN);} else{

    echo"系統繁忙,請稍後再試" $fp);

採用哪種方式,看看並發數量吧。

以上就介紹了php解決下單、抽獎並發導致的庫存負數的問題,包括了方面的內容,希望對PHP教程有興趣的朋友有所幫助。

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板