關(guān)于php 高并發(fā)解決的一點思路
我的思路如下(偽代碼):
sql1:查詢商品庫存
if(庫存數(shù)量 > 0) { //生成訂單... sql2:同時庫存-1 }
當(dāng)沒有并發(fā)時,上面的流程看起來是再正常不過了,假設(shè)同時兩個人下單,而庫存只有1個了,在sql1階段兩個人查詢到的庫存都是>0的,于是最終都執(zhí)行了sql2,庫存最后變?yōu)?1,超售了,這不是我們想要的結(jié)果吧。
解決這個問題比較流行的思路我總結(jié)了下:
1.用額外的單進(jìn)程處理一個隊列,下單請求放到隊列里,一個個處理,就不會有并發(fā)的問題了,但是要額外的開啟后臺進(jìn)程以及延遲問題,這里暫不予考慮。這里我可使用消息隊列,我們常用到Memcacheq、Radis。 比如:有100張票可供用戶搶,那么就可以把這100張票放到緩存中,讀寫時不要加鎖。 當(dāng)并發(fā)量大的時候,可能有500人左右搶票成功,這樣對于500后面的請求可以直接轉(zhuǎn)到活動結(jié)束的靜態(tài)頁面。進(jìn)去的500個人中有400個人是不可能獲得商品的。所以可以根據(jù)進(jìn)入隊列的先后順序只能前100個人購買成功。后面400個人就直接轉(zhuǎn)到活動結(jié)束頁面。當(dāng)然進(jìn)去500個人只是舉個例子,至于多少可以自己調(diào)整。而活動結(jié)束頁面一定要用靜態(tài)頁面,不要用數(shù)據(jù)庫。這樣就減輕了數(shù)據(jù)庫的壓力。
2.mysql樂觀鎖,意思是比如總庫存是2,搶購事件提交時,立馬將庫存+1,那么此時庫存是3,然后訂單生成后,在更新庫存前再查詢一次庫存(因為訂單生成理所當(dāng)然庫存-1,但是先不急,再查一次庫存返回結(jié)果是3),看看跟預(yù)期的庫存數(shù)量(這里預(yù)期的庫存是3)是否保持一致,不一致就回滾,提示用戶庫存不足。這里說道悲觀鎖,可能有朋友會問,那一定有樂觀鎖了吧??這里我就淺談下我所了解的悲觀與樂觀鎖了
悲觀鎖與樂觀鎖是兩種常見的資源并發(fā)鎖設(shè)計思路,也是并發(fā)編程中一個非?;A(chǔ)的概念。本文將對這兩種常見的鎖機制在數(shù)據(jù)庫數(shù)據(jù)上的實現(xiàn)進(jìn)行比較系統(tǒng)的介紹。
悲觀鎖(Pessimistic Lock)
悲觀鎖的特點是先獲取鎖,再進(jìn)行業(yè)務(wù)操作,即“悲觀”的認(rèn)為獲取鎖是非常有可能失敗的,因此要先確保獲取鎖成功再進(jìn)行業(yè)務(wù)操作。通常所說的“一鎖二查三更新”即指的是使用悲觀鎖。通常來講在數(shù)據(jù)庫上的悲觀鎖需要數(shù)據(jù)庫本身提供支持,即通過常用的select … for update操作來實現(xiàn)悲觀鎖。當(dāng)數(shù)據(jù)庫執(zhí)行select for update時會獲取被select中的數(shù)據(jù)行的行鎖,因此其他并發(fā)執(zhí)行的select for update如果試圖選中同一行則會發(fā)生排斥(需要等待行鎖被釋放),因此達(dá)到鎖的效果。select for update獲取的行鎖會在當(dāng)前事務(wù)結(jié)束時自動釋放,因此必須在事務(wù)中使用。
這里需要注意的一點是不同的數(shù)據(jù)庫對select for update的實現(xiàn)和支持都是有所區(qū)別的,例如oracle支持select for update no wait,表示如果拿不到鎖立刻報錯,而不是等待,mysql就沒有no wait這個選項。另外mysql還有個問題是select for update語句執(zhí)行中所有掃描過的行都會被鎖上,這一點很容易造成問題。因此如果在mysql中用悲觀鎖務(wù)必要確定走了索引,而不是全表掃描。
樂觀鎖(Optimistic Lock)
樂觀鎖的特點先進(jìn)行業(yè)務(wù)操作,不到萬不得已不去拿鎖。即“樂觀”的認(rèn)為拿鎖多半是會成功的,因此在進(jìn)行完業(yè)務(wù)操作需要實際更新數(shù)據(jù)的最后一步再去拿一下鎖就好。
樂觀鎖在數(shù)據(jù)庫上的實現(xiàn)完全是邏輯的,不需要數(shù)據(jù)庫提供特殊的支持。一般的做法是在需要鎖的數(shù)據(jù)上增加一個版本號,或者時間戳,然后按照如下方式實現(xiàn):
1. SELECT data AS old_data, version AS old_version FROM …; 2. 根據(jù)獲取的數(shù)據(jù)進(jìn)行業(yè)務(wù)操作,得到new_data和new_version 3. UPDATE SET data = new_data, version = new_version WHERE version = old_version if (updated row > 0) { // 樂觀鎖獲取成功,操作完成 } else { // 樂觀鎖獲取失敗,回滾并重試 }
樂觀鎖是否在事務(wù)中其實都是無所謂的,其底層機制是這樣:在數(shù)據(jù)庫內(nèi)部update同一行的時候是不允許并發(fā)的,即數(shù)據(jù)庫每次執(zhí)行一條update語句時會獲取被update行的寫鎖,直到這一行被成功更新后才釋放。因此在業(yè)務(wù)操作進(jìn)行前獲取需要鎖的數(shù)據(jù)的當(dāng)前版本號,然后實際更新數(shù)據(jù)時再次對比版本號確認(rèn)與之前獲取的相同,并更新版本號,即可確認(rèn)這之間沒有發(fā)生并發(fā)的修改。如果更新失敗即可認(rèn)為老版本的數(shù)據(jù)已經(jīng)被并發(fā)修改掉而不存在了,此時認(rèn)為獲取鎖失敗,需要回滾整個業(yè)務(wù)操作并可根據(jù)需要重試整個過程。好吧,在此嘮叨總結(jié)下這兩個鎖:
總結(jié)
-
樂觀鎖在不發(fā)生取鎖失敗的情況下開銷比悲觀鎖小,但是一旦發(fā)生失敗回滾開銷則比較大,因此適合用在取鎖失敗概率比較小的場景,可以提升系統(tǒng)并發(fā)性能
-
樂觀鎖還適用于一些比較特殊的場景,例如在業(yè)務(wù)操作過程中無法和數(shù)據(jù)庫保持連接等悲觀鎖無法適用的地方
3.根據(jù)update結(jié)果來判斷,我們可以在sql2的時候加一個判斷條件update table set 庫存=xxx where 庫存>0,如果返回false,則說明庫存不足,并回滾事務(wù)。
4.借助文件排他鎖,在處理下單請求的時候,用flock鎖定一個文件,如果鎖定失敗說明有其他訂單正在處理,此時要么等待要么直接提示用戶"服務(wù)器繁忙"
大致代碼如下:
阻塞(等待)模式
<?php $fp = fopen("lock.txt", "w+"); if(flock($fp,LOCK_EX)) //鎖定當(dāng)前指針,,, { //..處理訂單 flock($fp,LOCK_UN); } fclose($fp); ?>
非阻塞模式
<?php $fp = fopen("lock.txt", "w+"); if(flock($fp,LOCK_EX | LOCK_NB)) { //..處理訂單 flock($fp,LOCK_UN); } else { echo "系統(tǒng)繁忙,請稍后再試"; } fclose($fp); ?>
5.如果是分布式集群服務(wù)器,就需要一個或多個隊列服務(wù)器 小米和淘寶的搶購還是有稍許不同的,小米重在搶的那瞬間,搶到了名額,就是你的,你就可以下單結(jié)算。而淘寶則重在付款的時候的過濾,做了多層過濾,比如要賣10件商品,他會讓大于10的用戶搶到,在付款的時候再進(jìn)行并發(fā)過濾,一層層的減少一瞬間的并發(fā)量。
6.使用redis鎖 product_lock_key 為票鎖key 當(dāng)product_key存在于redis中時,所有用戶都可以進(jìn)入下單流程。 當(dāng)進(jìn)入支付流程時,首先往redis存放sadd(product_lock_key, “1″),如果返回成功,進(jìn)入支付流程。如果不成,則說明已經(jīng)有人進(jìn)入支付流程,則線程等待N秒,遞歸執(zhí)行sadd操作。
當(dāng)然類似于淘寶雙11的瘋搶架構(gòu)遠(yuǎn)遠(yuǎn)比我說滴這些復(fù)雜多啦....更多解決方案需要不停滴去實戰(zhàn)中獲取心得....大家有好的解決思路清隨時共享留言哈
相關(guān)文章
php中substr()函數(shù)參數(shù)說明及用法實例
這篇文章主要介紹了php中substr()函數(shù)參數(shù)說明及用法,以實例形式深入分析了substr()函數(shù)中的各個參數(shù)的含義,并舉例說明了其對應(yīng)的用法,需要的朋友可以參考下2014-11-11PHP實現(xiàn)的注冊,登錄及查詢用戶資料功能API接口示例
這篇文章主要介紹了PHP實現(xiàn)的注冊,登錄及查詢用戶資料功能API接口,結(jié)合具體實例形式分析了php服務(wù)器端用戶注冊、登陸、查詢及curl登陸查詢功能實現(xiàn)技巧,需要的朋友可以參考下2017-06-06PHP替換Word中變量并導(dǎo)出PDF圖片的實現(xiàn)方法
這篇文章主要給大家介紹了關(guān)于PHP替換Word中變量并導(dǎo)出PDF圖片的實現(xiàn)方法,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-11-11php中如何同時使用session和cookie來保存用戶登錄信息
本篇文章是對在php中同時使用session和cookie來保存用戶登錄信息的實現(xiàn)代碼進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-07-07PHP語言中g(shù)lobal和$GLOBALS[]的分析 之二
PHP語言中g(shù)lobal和$GLOBALS[]的分析 之二,需要的朋友可以參考下2012-02-02php下關(guān)于Cannot use a scalar value as an array的解決辦法
已經(jīng)定義過的一個布爾型變量在下面被我直接當(dāng)數(shù)組來調(diào)用了,所以就出現(xiàn)錯誤了2010-08-08php mssql擴(kuò)展SQL查詢中文字段名解決方法
問題就出現(xiàn)在SQLServer中表的字段名是中文,寫好的查詢語句在SQLServe里測試是通過有記錄返回,用PHP的MSSQL擴(kuò)展查詢就是報錯2012-10-10