在秒殺、搶火車票等地方踩蔚，我們通常用遇到這樣高并發(fā)的問題棚放，下面我提供了四種解決方案：
1、使用文件鎖
$fp = fopen("order.lock", "r");
if(flock($fp,LOCK_EX)){
//..處理訂單的代碼
flock($fp,LOCK_UN);
}
fclose($fp);
2馅闽、使用消息隊列
我們常用到Memcacheq飘蚯、Radis。
比如：有100張票可供用戶搶福也，那么就可以把這100張票放到緩存中局骤，讀寫時不要加鎖。 當并發(fā)量大的時候暴凑，可能有500人左右搶票成功峦甩，這樣對于500后面的請求可以直接轉到活動結束的靜態(tài)頁面。進去的500個人中有400個人是不可能獲得商品的现喳。所以可以根據(jù)進入隊列的先后順序只能前100個人購買成功。后面400個人就直接轉到活動結束頁面球凰。當然進去500個人只是舉個例子缘厢，至于多少可以自己調(diào)整贴硫。而活動結束頁面一定要用靜態(tài)頁面亦渗，不要用數(shù)據(jù)庫多律。這樣就減輕了數(shù)據(jù)庫的壓力。
3相味、如果是分布式集群服務器，就需要一個或多個隊列服務器
小米和淘寶的搶購還是有稍許不同的昔搂，小米重在搶的那瞬間，搶到了名額，就是你的带族，你就可以下單結算阳堕。而淘寶則重在付款的時候的過濾，做了多層過濾壹堰，比如要賣10件商品，他會讓大于10的用戶搶到，在付款的時候再進行并發(fā)過濾，一層層的減少一瞬間的并發(fā)量军拟。
4、使用Memcache鎖
product_lock_key 為票鎖key
當product_key存在于memcached中時辫继，所有用戶都可以進入下單流程炮车。
當進入支付流程時，首先往memcached存放add(product_lock_key, “1″),如果返回成功，進入支付流程熙兔。如果不成拢切，則說明已經(jīng)有人進入支付流程，則線程等待N秒主穗，遞歸執(zhí)行add操作。
5：使用MySQL數(shù)據(jù)庫提供的悲觀鎖
Innodb存儲引擎支持行級鎖晦雨，當某行數(shù)據(jù)被鎖定時展辞，其他進程不能對這行數(shù)據(jù)進行操作
先查詢并鎖定行：select stock_num from table where id=1 for update
if (stock_num > 0) {
//下訂單
update table set stock_num = stock - 1 where id = 1
}
