最近在做乙個**專案，遇到個問題，就是在搶購、秒殺、**等活動時，庫存數量有限，但是同時下單人數超過了庫存數量，就會導致商品超售問題。那麼我們怎麼來解決這個問題呢，我的思路如下：
sql1:查詢商品庫存
if(庫存數量 > 0)
當沒有併發時，上面的流程看起來是如此完美，假設同時兩個人下單，而庫存只有1個了，在sql1階段兩個人查詢到的庫存都是》0的，於是最終都執行了sql2，庫存最後變為-1，超售了，要麼補庫存，要麼等使用者投訴吧。
解決這個問題比較流行的思路：
1.用額外的單程序處理乙個佇列，下單請求放到佇列裡，乙個個處理，就不會有併發的問題了，但是要額外的後台程序以及延遲問題，不予考慮。
2.資料庫樂觀鎖，大致的意思是先查詢庫存，然後立馬將庫存+1，然後訂單生成後，在更新庫存前再查詢一次庫存，看看跟預期的庫存數量是否保持一致，不一致就回滾，提示使用者庫存不足。
3.根據update結果來判斷，我們可以在sql2的時候加乙個判斷條件update ... where 庫存》0，如果返回false，則說明庫存不足，並回滾事務。
4.借助檔案排他鎖，在處理下單請求的時候，用flock鎖定乙個檔案，如果鎖定失敗說明有其他訂單正在處理，此時要麼等待要麼直接提示使用者"伺服器繁忙"
本文要說的是第4種方案，大致**如下：
阻塞(等待)模式
<?php
$fp = fopen("lock.txt", "w+");
if(flock($fp,lock_ex)) //鎖定當前指標，，，
fclose($fp);
?>
非阻塞模式
<?php
$fp = fopen("lock.txt", "w+");
if(flock($fp,lock_ex | lock_nb))
else
fclose($fp);
?>
PHP併發搶購解決方案
mysql儲存引擎使用innodb 開始事務,查詢商品庫存並加上共享鎖 判斷庫存是否足夠,進行商品 訂單 使用者等操作 提交事務,完成下單搶購 關閉自動提交 this db conn autocommit false 開啟事務 獲取商品庫存 query sql select stock from g...
php高併發解決方案
最近在做乙個 專案，遇到個問題，就是在搶購 秒殺 等活動時，庫存數量有限，但是同時下單人數超過了庫存數量，就會導致商品超售問題。那麼我們怎麼來解決這個問題呢，我的思路如下 sql1 查詢商品庫存 if 庫存數量 0 當沒有併發時，上面的流程看起來是如此完美，假設同時兩個人下單，而庫存只有1個了，在s...
php 高併發解決方案
最近在做乙個 專案，遇到個問題，就是在搶購 秒殺 等活動時，庫存數量有限，但是同時下單人數超過了庫存數量，就會導致商品超售問題。那麼我們怎麼來解決這個問題呢，我的思路如下 sql1 查詢商品庫存 if 庫存數量 0 當沒有併發時，上面的流程看起來是如此完美，假設同時兩個人下單，而庫存只有1個了，在s...