MySQL中的樂(lè)觀鎖和悲觀鎖的區(qū)別及說(shuō)明
在 MySQL 中,樂(lè)觀鎖和悲觀鎖是兩種不同的并發(fā)控制機(jī)制,用于解決多用戶/事務(wù)同時(shí)操作數(shù)據(jù)時(shí)的沖突問(wèn)題。
它們的核心理念和實(shí)現(xiàn)方式有顯著區(qū)別:
1. 悲觀鎖(Pessimistic Locking)
核心思想
假設(shè)數(shù)據(jù)會(huì)被頻繁修改,因此提前對(duì)數(shù)據(jù)進(jìn)行加鎖,防止其他事務(wù)訪問(wèn),直到當(dāng)前事務(wù)完成操作并釋放鎖。
實(shí)現(xiàn)方式
顯式加鎖:通過(guò) SQL 語(yǔ)句主動(dòng)申請(qǐng)鎖。
- 排他鎖(X Lock):
SELECT ... FOR UPDATE
(在事務(wù)中鎖定選中的行,阻止其他事務(wù)修改或加鎖)
- 共享鎖(S Lock):
SELECT ... LOCK IN SHARE MODE
(允許其他事務(wù)讀,但阻止寫操作)
隱式加鎖:數(shù)據(jù)庫(kù)自動(dòng)管理(如 MySQL 的 InnoDB 引擎默認(rèn)使用行級(jí)鎖)。
適用場(chǎng)景
- 寫多讀少的場(chǎng)景(如頻繁更新的數(shù)據(jù))。
- 需要強(qiáng)一致性且沖突概率較高時(shí)(如金融交易)。
示例
START TRANSACTION; -- 鎖定用戶賬戶余額(排他鎖) SELECT balance FROM accounts WHERE user_id = 1 FOR UPDATE; -- 執(zhí)行扣款操作 UPDATE accounts SET balance = balance - 100 WHERE user_id = 1; COMMIT;
優(yōu)點(diǎn):
- 保證數(shù)據(jù)操作的原子性和一致性。
- 適合高競(jìng)爭(zhēng)場(chǎng)景(沖突概率高時(shí)效率更高)。
缺點(diǎn):
- 可能導(dǎo)致死鎖(需應(yīng)用層處理)。
- 降低并發(fā)性能(長(zhǎng)時(shí)間持有鎖會(huì)阻塞其他操作)。
2. 樂(lè)觀鎖(Optimistic Locking)
核心思想
假設(shè)數(shù)據(jù)沖突較少發(fā)生,因此不加鎖,而是在更新時(shí)檢查數(shù)據(jù)是否被修改過(guò)。若被修改過(guò),則拒絕操作或重試。
實(shí)現(xiàn)方式
- 版本號(hào)(Version):在表中增加
version字段,更新時(shí)驗(yàn)證版本號(hào)。
UPDATE table SET column = new_value, version = version + 1 WHERE id = 1 AND version = old_version;
- 時(shí)間戳(Timestamp):類似版本號(hào),但使用時(shí)間戳標(biāo)記數(shù)據(jù)修改時(shí)間。
- CAS(Compare-And-Swap):在應(yīng)用層比較數(shù)據(jù)一致性后再提交。
適用場(chǎng)景
- 讀多寫少的場(chǎng)景(如商品庫(kù)存充足時(shí)的秒殺)。
- 沖突概率較低時(shí)(如用戶點(diǎn)贊操作)。
示例
-- 初始查詢(獲取當(dāng)前版本號(hào)) SELECT balance, version FROM accounts WHERE user_id = 1; -- 更新時(shí)檢查版本號(hào) UPDATE accounts SET balance = balance - 100, version = version + 1 WHERE user_id = 1 AND version = 1; -- 假設(shè)舊版本號(hào)是1 -- 如果受影響行數(shù)=0,說(shuō)明版本已過(guò)期,需重試或報(bào)錯(cuò)
優(yōu)點(diǎn):
- 無(wú)鎖競(jìng)爭(zhēng),并發(fā)性能高。
- 避免死鎖問(wèn)題。
缺點(diǎn):
- 沖突發(fā)生時(shí)需處理重試邏輯(如循環(huán)重試或返回錯(cuò)誤)。
- 無(wú)法保證強(qiáng)一致性(最終一致性)。
3. 對(duì)比總結(jié)
| 特性 | 悲觀鎖 | 樂(lè)觀鎖 |
|---|---|---|
| 加鎖時(shí)機(jī) | 操作前加鎖 | 操作后驗(yàn)證 |
| 實(shí)現(xiàn)復(fù)雜度 | 依賴數(shù)據(jù)庫(kù)機(jī)制 | 需應(yīng)用層配合(如版本號(hào)) |
| 并發(fā)性能 | 較低(鎖競(jìng)爭(zhēng)) | 較高(無(wú)鎖) |
| 適用場(chǎng)景 | 高競(jìng)爭(zhēng)、強(qiáng)一致性 | 低競(jìng)爭(zhēng)、最終一致性 |
| 典型問(wèn)題 | 死鎖、性能瓶頸 | 版本沖突、重試邏輯 |
4. MySQL 中的實(shí)際選擇
- InnoDB 引擎:支持行級(jí)鎖,適合悲觀鎖(需顯式使用
FOR UPDATE)。 - MyISAM 引擎:僅支持表級(jí)鎖,悲觀鎖性能較差,通常不推薦。
- 樂(lè)觀鎖:需在應(yīng)用層實(shí)現(xiàn)(如通過(guò)版本號(hào)字段),與存儲(chǔ)引擎無(wú)關(guān)。
根據(jù)業(yè)務(wù)場(chǎng)景選擇:
- 金融交易等強(qiáng)一致性場(chǎng)景 → 悲觀鎖
- 高并發(fā)讀多寫少場(chǎng)景 → 樂(lè)觀鎖
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
MySQL數(shù)據(jù)庫(kù)INNODB表?yè)p壞修復(fù)處理過(guò)程分享
突然收到MySQL報(bào)警,從庫(kù)的數(shù)據(jù)庫(kù)掛了,一直在不停的重啟,打開錯(cuò)誤日志,發(fā)現(xiàn)有張表壞了。innodb表?yè)p壞不能通過(guò)repair table 等修復(fù)myisam的命令操作?,F(xiàn)在記錄下解決過(guò)程2013-08-08
MySQL 5.6主從報(bào)錯(cuò)的實(shí)戰(zhàn)記錄
這篇文章主要給大家介紹了關(guān)于MySQL 5.6主從報(bào)錯(cuò)的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2021-03-03
MySQL用戶授權(quán)管理及白名單的實(shí)現(xiàn)
MySQL作為一種常用的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng),在權(quán)限管理和用戶認(rèn)證方面提供了豐富的功能和方案,本文主要介紹了MySQL用戶授權(quán)管理及白名單的實(shí)現(xiàn),感興趣的可以了解一下2023-09-09
MySQL將select結(jié)果執(zhí)行update的實(shí)例教程
這篇文章主要給大家介紹了關(guān)于MySQL將select結(jié)果執(zhí)行update的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2021-01-01

