如今在電商行業裏,秒殺搶購活動已經是商家常用促銷手段。但是庫存數量有限，而同時下單人數超過了庫存量，就會導致商品超賣甚至庫存變負數的問題。
比如：搶購火車票、論壇搶樓、抽獎乃至爆紅微博評論等也會引發阻塞式高併發問題。如果不做任何措施可能在高瞬間造成服務器癱瘓。這裏提供以下四種解決方案。
1、使用文件鎖
<?php
$fp = fopen("order.lock", "r");
if(flock($fp,LOCK_EX)){
//..處理訂單的代碼
flock($fp,LOCK_UN);
}
fclose($fp);
?>
2、使用消息隊列
可以基於例如MemcacheQ等這樣的消息隊列。
比如有100張票可供用戶搶，那麼就可以把這100張票放到緩存中，讀寫時不要加鎖。 當併發量大的時候，可能有500人左右搶票成功，這樣對於500後面的請求可以直接轉到活動結束的靜態頁面。進去的500個人中有400個人是不可能獲得商品的。所以可以根據進入隊列的先後順序只能前100個人購買成功。後面400個人就直接轉到活動結束頁面。當然進去500個人只是舉個例子，至於多少可以自己調整。而活動結束頁面一定要用靜態頁面，不要用數據庫。這樣就減輕了數據庫的壓力。
3、如果是分佈式集羣服務器，就需要一個或多個隊列服務器
小米和淘寶的搶購還是有稍許不同的，小米重在搶的那瞬間，搶到了名額，就是你的，你就可以下單結算。而淘寶則重在付款的時候的過濾，做了多層過濾，比如要賣10件商品，他會讓大於10的用戶搶到，在付款的時候再進行併發過濾，一層層的減少一瞬間的併發量。
4、使用Memcache鎖
product_key 爲票的key
product_lock_key 爲票鎖key
當product_key存在於memcached中時，所有用戶都可以進入下單流程。
當進入支付流程時，首先往memcached存放add(product_lock_key, “1″),如果返回成功，進入支付流程。如果不成，則說明已經有人進入支付流程，則線程等待N秒，遞歸執行add操作。