MySQL中的鎖類(lèi)型都有哪些
MySQL 中的鎖機(jī)制是保障事務(wù)隔離性和并發(fā)控制的核心組件,主要分為以下類(lèi)型,按作用范圍和場(chǎng)景分類(lèi)如下:
一、按鎖粒度分類(lèi)
1. 表級(jí)鎖(Table-Level Locking)
特性:鎖定整張表,開(kāi)銷(xiāo)小但并發(fā)性低。
常見(jiàn)類(lèi)型:
- 表共享鎖(LOCK TABLES … READ):允許其他事務(wù)讀表,但禁止寫(xiě)操作。
- 表排他鎖(LOCK TABLES … WRITE):禁止其他事務(wù)讀寫(xiě)表。
意向鎖(Intention Locks):
- 意向共享鎖(IS):事務(wù)打算在行上加共享鎖。
- 意向排他鎖(IX):事務(wù)打算在行上加排他鎖。
- 作用:作為表級(jí)鎖,與行級(jí)鎖兼容性判斷的標(biāo)識(shí),優(yōu)化鎖沖突檢測(cè)。
2. 行級(jí)鎖(Row-Level Locking)
特性:僅鎖定數(shù)據(jù)行,開(kāi)銷(xiāo)大但并發(fā)性高(InnoDB 默認(rèn)支持)。
常見(jiàn)類(lèi)型:
- 記錄鎖(Record Locks):鎖定索引中的單條記錄。
- 間隙鎖(Gap Locks):鎖定索引記錄之間的“間隙”,防止插入新數(shù)據(jù)(解決幻讀)。
- 臨鍵鎖(Next-Key Locks):記錄鎖 + 間隙鎖的組合,鎖定記錄本身及前一個(gè)間隙(InnoDB 默認(rèn)鎖模式)。
二、按鎖模式分類(lèi)
1. 共享鎖(Shared Lock,S鎖)
- 特性:允許其他事務(wù)讀取數(shù)據(jù),但禁止修改。
- 使用場(chǎng)景:
SELECT ... LOCK IN SHARE MODE
。
2. 排他鎖(Exclusive Lock,X鎖)
- 特性:禁止其他事務(wù)讀寫(xiě)數(shù)據(jù)。
- 使用場(chǎng)景:
SELECT ... FOR UPDATE
或自動(dòng)由INSERT/UPDATE/DELETE
觸發(fā)。
三、特殊場(chǎng)景鎖
1. 自增鎖(AUTO-INC Locks)
- 特性:針對(duì)
AUTO_INCREMENT
列,確保自增值唯一且連續(xù)。 - 行為:在插入語(yǔ)句執(zhí)行時(shí)短暫持有,可能成為并發(fā)瓶頸。
2. 插入意向鎖(Insert Intention Locks)
- 特性:當(dāng)事務(wù)嘗試插入數(shù)據(jù)到已鎖定的間隙時(shí),設(shè)置插入意向鎖,表示等待間隙釋放。
- 作用:避免插入沖突,提高并發(fā)插入效率。
3. 元數(shù)據(jù)鎖(Metadata Locks,MDL)
特性:隱式加鎖,管理對(duì)表結(jié)構(gòu)的并發(fā)訪問(wèn)(如 DDL 操作)。
行為:
- 修改表結(jié)構(gòu)時(shí)(
ALTER TABLE
),自動(dòng)請(qǐng)求元數(shù)據(jù)排他鎖。 - 其他事務(wù)若持有該表的元數(shù)據(jù)鎖,需等待釋放。
四、存儲(chǔ)引擎差異
- InnoDB:支持行級(jí)鎖、間隙鎖、臨鍵鎖,默認(rèn)隔離級(jí)別為
REPEATABLE READ
。 - MyISAM:僅支持表級(jí)鎖,無(wú)行級(jí)鎖,并發(fā)性能較低。
五、鎖行為與隔離級(jí)別關(guān)系
隔離級(jí)別 | 鎖類(lèi)型 | 特點(diǎn) |
---|---|---|
讀未提交 | 無(wú)間隙鎖,僅記錄鎖 | 允許臟讀,鎖競(jìng)爭(zhēng)最少 |
讀已提交 | 記錄鎖(MVCC) | 通過(guò)快照讀避免臟讀,但可能幻讀 |
可重復(fù)讀(默認(rèn)) | 臨鍵鎖(Next-Key Locks) | 默認(rèn)鎖模式,防止幻讀,但可能增加鎖競(jìng)爭(zhēng) |
串行化 | 強(qiáng)制表級(jí)鎖或間隙鎖 | 完全串行執(zhí)行,性能最低 |
六、使用建議
- 優(yōu)化索引:合理設(shè)計(jì)索引可減少鎖范圍(如唯一索引避免間隙鎖)。
- 控制事務(wù)粒度:避免長(zhǎng)時(shí)間持有鎖,減少鎖競(jìng)爭(zhēng)。
- 監(jiān)控鎖狀態(tài):通過(guò)
SHOW ENGINE INNODB STATUS
或INFORMATION_SCHEMA.INNODB_LOCKS
分析鎖沖突。 - 隔離級(jí)別選擇:根據(jù)業(yè)務(wù)需求權(quán)衡一致性與并發(fā)性能(如讀已提交 + 索引優(yōu)化)。
通過(guò)理解鎖類(lèi)型和行為,可有效優(yōu)化 MySQL 并發(fā)性能,避免死鎖和性能瓶頸。
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
mysql數(shù)據(jù)庫(kù)SQL子查詢(xún)(史上最詳細(xì))
這篇文章主要給大家介紹了關(guān)于mysql數(shù)據(jù)庫(kù)SQL子查詢(xún)的相關(guān)資料,子查詢(xún)指的是嵌套在某個(gè)語(yǔ)句中的SELECT語(yǔ)句, MySQL支持標(biāo)準(zhǔn)SQL所要求的所有子查詢(xún)形式和操作,此外還進(jìn)行了一些擴(kuò)展,需要的朋友可以參考下2024-05-05lnmp關(guān)閉mysql日志保護(hù)硬盤(pán)空間的方法
這篇文章主要介紹了lnmp關(guān)閉mysql日志保護(hù)硬盤(pán)空間的方法,需要的朋友可以參考下2014-02-02MySQL?時(shí)間類(lèi)型用?datetime,?timestamp?還是?integer?更好
這篇文章主要介紹了MySQL?時(shí)間類(lèi)型用datetime,timestamp還是integer更好,文章通過(guò)圍繞主題展開(kāi)詳細(xì)的內(nèi)容介紹,具有一定的參考價(jià)值,需要的小伙伴可以參考一下2022-09-09Mysql的Table doesn't exist問(wèn)題及解決
這篇文章主要介紹了Mysql的Table doesn't exist問(wèn)題及解決,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-12-12InnoDB的關(guān)鍵特性-插入緩存,兩次寫(xiě),自適應(yīng)hash索引詳解
下面小編就為大家?guī)?lái)一篇InnoDB的關(guān)鍵特性-插入緩存,兩次寫(xiě),自適應(yīng)hash索引詳解。小編覺(jué)得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-03-03