課程
/后端開發(fā)
/Java
/Java高并發(fā)秒殺API之高并發(fā)優(yōu)化
異步寫入DB,某一時刻DB和Redis中數(shù)據(jù)存在不一致的風險。單純的靠超時保障數(shù)據(jù)的一致性是不是不妥?貼合實際,怎么在高并發(fā)的情況下,保障 庫存不會超賣呢?
2016-11-02
源自:Java高并發(fā)秒殺API之高并發(fā)優(yōu)化 2-1
正在回答
實際上不會一條一條去更新數(shù)據(jù)庫,提前把關(guān)鍵變量放入緩存,通過同步機制和緩存更新來處理數(shù)據(jù),最后把用戶的操作從緩存通過隊列Flush到數(shù)據(jù)庫中。
舉報
Java實現(xiàn)高并發(fā)秒殺API的第四門課,小伙伴一定可以從中受益
2 回答如何模擬高并發(fā)
1 回答關(guān)于高并發(fā)和線程的關(guān)系?
2 回答庫存也可以放入Redis緩存吧,只要保證讀庫存和庫存-1這兩步合并為1次原子操作,就能解決并發(fā)安全問題
2 回答java高并發(fā)
3 回答存儲過程里扣減庫存,如果并發(fā)大,存儲過程里的行級鎖,會成為性能瓶頸???
Copyright ? 2025 imooc.com All Rights Reserved | 京ICP備12003892號-11 京公網(wǎng)安備11010802030151號
購課補貼聯(lián)系客服咨詢優(yōu)惠詳情
慕課網(wǎng)APP您的移動學習伙伴
掃描二維碼關(guān)注慕課網(wǎng)微信公眾號
2016-11-02
實際上不會一條一條去更新數(shù)據(jù)庫,提前把關(guān)鍵變量放入緩存,通過同步機制和緩存更新來處理數(shù)據(jù),最后把用戶的操作從緩存通過隊列Flush到數(shù)據(jù)庫中。