最近幾年想必大家一聽到哪里有搶紅包可以搶,馬上會拿起手機點去~~~~然后問題來了。。。
如何控制在同一時間保證數(shù)據(jù)庫中扣減紅包余額不會出錯。之前我們的做法是直接鎖程序,這樣子帶來的壞處就是等待時間太長,每當一個線程進去之后要經(jīng)過以下幾個過程。
過程分別是
1. 查表
2. 校驗信息
3. 發(fā)送微信服務器
4. 等待反饋
5. 更新表
等這些過程結束之后才輪到下面這個過程。想必這樣要等到花兒都謝了~
另外發(fā)送微信服務器這個過程時間在0s至9s時間不等。會產(chǎn)生大量的空閑時間,這里CPU會產(chǎn)生大量的空閑。而且這種情況也無法繼續(xù)做負載均衡,如果有多個站點部署必定會產(chǎn)生數(shù)據(jù)庫并發(fā)問題。
若在查表之前加鎖更新后釋放掉,雖然說不會產(chǎn)生數(shù)據(jù)庫并發(fā)。但是在第二個線程進入查詢的時候他會一直在等待,其耗時則與更鎖程序差不多。
改進
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應用分析 2017-07-26
- 集合結合數(shù)據(jù)結構來看看(二) 2017-07-26