我沒事做了個小程式,主要的功能是使用者搶購商品,比如一個商品標價是40元,每個使用者出1元,使用者搶購記錄的總數等於40,那麼這個商品就關閉購買。
我有個疑慮,如果使用者多並發怎麼辦呢,如果同一時刻有10個使用者同時搶購併付款,怎麼保證購買記錄表中的購買總數不超過商品總價呢?
如果商品價值40,已經有36個人成功付款併購買,還剩下4個,這是又有10個使用者都想搶剩下的4個名額,那就說有6個人是搶不到的,那麼怎麼控制呢?不讓總數溢出···
謝謝各位啦~~
有人說是資料庫加鎖,不知道什麼意思···
回複內容:
我沒事做了個小程式,主要的功能是使用者搶購商品,比如一個商品標價是40元,每個使用者出1元,使用者搶購記錄的總數等於40,那麼這個商品就關閉購買。
我有個疑慮,如果使用者多並發怎麼辦呢,如果同一時刻有10個使用者同時搶購併付款,怎麼保證購買記錄表中的購買總數不超過商品總價呢?
如果商品價值40,已經有36個人成功付款併購買,還剩下4個,這是又有10個使用者都想搶剩下的4個名額,那就說有6個人是搶不到的,那麼怎麼控制呢?不讓總數溢出···
謝謝各位啦~~
有人說是資料庫加鎖,不知道什麼意思···
update Item set count=count+1 where id=$id and count=$count;
大致邏輯:
try=0;
while true do
select * from item where id=1;
if $count >=40 then close item; break end
if ++try >10 then break end
update item count=count+1 where id=$id and count=$count;
if update ok then
xxxx
break;
end
end
這種應用情境可以考慮memcache或redis。
mysql高並發下就得使用鎖機制了。
InnoDB引擎,該引擎支援行鎖,支援事務,外鍵。
可以使用 for update 來共用鎖定,結合事務如下。
begin;
select price from good where id=1 for update;//查詢當前商品的價格 for update 一定要加上
然後判斷是否達到40
沒有達到40執行
update good set price=price+1 where id=1最後(再提交之前 你再開一個mysql用戶端 來操作這條資料 你會發現一直在等待鎖解除)commit
達到的話就復原終止
rollback
鎖是電腦協調多個進程或線程並發訪問某一資源的機制,為了保證資料的一致性和有效性。
鎖分為表鎖、行鎖還有頁面鎖,高並發的環境我推薦用行鎖。
表級鎖
開銷小,加鎖快;不會出現死結;鎖定粒度大,發生鎖衝突的機率最高,並發度最低;適合查詢操作較多
行級鎖
開銷大,加鎖慢;會出現死結;鎖定粒度最小,發生鎖衝突的機率最低,並發度也最高。適合并發更新資料
頁面鎖
開銷和加鎖時間介於表鎖和行鎖之間;會出現死結;鎖定粒度介於表鎖和行鎖之間,並發度一般。