快捷導(dǎo)航

MySQL使用表鎖和行鎖的場(chǎng)景詳解

更新時(shí)間：2022年09月08日 08:48:11 作者：陳樹(shù)義

MySQL?Innodb?的鎖可以說(shuō)是執(zhí)行引擎的并發(fā)基礎(chǔ)了，有了鎖才能保證數(shù)據(jù)的一致性。但你知道什么時(shí)候會(huì)用表鎖，什么時(shí)候會(huì)用行鎖嗎？本文就來(lái)和大家一起詳細(xì)聊聊

前言

MySQL Innodb 的鎖可以說(shuō)是執(zhí)行引擎的并發(fā)基礎(chǔ)了，有了鎖才能保證數(shù)據(jù)的一致性。眾所周知，我們都知道 Innodb 有全局鎖、表級(jí)鎖、行級(jí)鎖三種，但你知道什么時(shí)候會(huì)用表鎖，什么時(shí)候會(huì)用行鎖嗎？

雖然對(duì) MySQL 的知識(shí)點(diǎn)挺熟悉的，但一開(kāi)始看到這個(gè)問(wèn)題，樹(shù)哥也是有點(diǎn)懵，我還真沒(méi)從這個(gè)角度去思考過(guò)。大家可以暫時(shí) 1 分鐘思考下答案，后面我將帶大家弄清楚這個(gè)問(wèn)題。

對(duì)于這個(gè)問(wèn)題，我只能粗略地想起一些片段，例如：

對(duì)于表級(jí)鎖而言，當(dāng)執(zhí)行 DDL 語(yǔ)句去修改表結(jié)構(gòu)時(shí)，會(huì)使用表級(jí)鎖。
對(duì)于行級(jí)鎖而言，一般情況下都會(huì)默認(rèn)使用行級(jí)鎖，貌似是需要有索引匹配到才行。

上面就是我粗略想到的答案，不知道大家思考的答案是否和我一樣呢？下面就讓我?guī)е蠹襾?lái)溫習(xí)下 MySQL 的鎖吧！

文章思維導(dǎo)圖

對(duì)于數(shù)據(jù)庫(kù)而言，其鎖范圍可以分為：

全局鎖
表級(jí)鎖
行級(jí)鎖

全局鎖

全局鎖就是對(duì)整個(gè)數(shù)據(jù)庫(kù)實(shí)例加鎖。 MySQL 提供了一個(gè)加全局讀鎖的方法，命令是 Flush tables with read lock (FTWRL)。當(dāng)你需要讓整個(gè)庫(kù)處于只讀狀態(tài)的時(shí)候，可以使用這個(gè)命令，之后其他線程的以下語(yǔ)句會(huì)被阻塞：數(shù)據(jù)更新語(yǔ)句（數(shù)據(jù)的增刪改）、數(shù)據(jù)定義語(yǔ)句（包括建表、修改表結(jié)構(gòu)等）和更新類(lèi)事務(wù)的提交語(yǔ)句。你可以理解為，全局鎖基本上把數(shù)據(jù)所所有的變更語(yǔ)句都鎖住了。

全局鎖的典型場(chǎng)景應(yīng)用場(chǎng)景是全庫(kù)邏輯備份，也就是把整個(gè)庫(kù)每個(gè)表都 select 出來(lái)存起來(lái)。上面說(shuō)到全局鎖會(huì)鎖住所有變更語(yǔ)句，但這只是對(duì)于 MyISAM 存儲(chǔ)引擎而言的。對(duì)于 Innodb 而言，其可以利用 MVCC 實(shí)現(xiàn)數(shù)據(jù)的一致性視圖，從而不需要鎖整個(gè)庫(kù)就可以實(shí)現(xiàn)全庫(kù)的數(shù)據(jù)備份。

表級(jí)鎖

表級(jí)鎖可以分為：表鎖、元數(shù)據(jù)鎖、意向鎖三種。

表鎖

表鎖，顧名思義就是對(duì)某個(gè)表加鎖。

那什么時(shí)候會(huì)使用表鎖呢？

一般情況是對(duì)應(yīng)的存儲(chǔ)引擎沒(méi)有行級(jí)鎖（例如：MyIASM），或者是對(duì)應(yīng)的 SQL 語(yǔ)句沒(méi)有匹配到索引。

對(duì)于第一種情況而言，因?yàn)閷?duì)應(yīng)存儲(chǔ)引擎不支持行鎖，所以只能是使用更粗粒度的鎖來(lái)實(shí)現(xiàn)，這也比較好理解。

對(duì)于第二種情況而言，如果存儲(chǔ)引擎支持行鎖，但對(duì)應(yīng)的 SQL 就沒(méi)有使用索引，那么此時(shí)也是會(huì)全表掃描，那此時(shí)也是會(huì)使用表鎖。例如下面的語(yǔ)句沒(méi)有指定查詢(xún)列，或者指定了查詢(xún)列但是并沒(méi)有用到索引，那么也是會(huì)直接鎖定整個(gè)表。

//?沒(méi)有指定查詢(xún)列
select?*?from?user;
//?指定查詢(xún)列，但是沒(méi)有用到索引
select?*?from?user?where?name?=?'zhangsan';

上面說(shuō)的索引，可以說(shuō)是判斷是否會(huì)用行級(jí)鎖的關(guān)鍵。但我想到一個(gè)問(wèn)題：如果查詢(xún)或更新用到了索引，但是查詢(xún)或更新的數(shù)據(jù)特別多，占全表的 80% 甚至更多，這時(shí)候是會(huì)用表鎖，還是行鎖呢？這是一個(gè)很有意思的問(wèn)題，感興趣的朋友自行弄個(gè)測(cè)試表驗(yàn)證一下，后續(xù)有機(jī)會(huì)我們?cè)倭牧倪@個(gè)問(wèn)題。

元數(shù)據(jù)鎖

元數(shù)據(jù)，指的是我們的表結(jié)構(gòu)這些元數(shù)據(jù)。元數(shù)據(jù)鎖（Metadata Lock）自然是執(zhí)行 DDL 表結(jié)構(gòu)變更語(yǔ)句時(shí)，我們對(duì)表加上的一個(gè)鎖了。

那什么時(shí)候會(huì)使用元數(shù)據(jù)鎖這個(gè)表級(jí)鎖呢？

當(dāng)我們對(duì)一個(gè)表做增刪改查操作的時(shí)候，會(huì)加上 MDL 讀鎖；當(dāng)我們要對(duì)表結(jié)構(gòu)做變更時(shí)，就會(huì)加 MDL 寫(xiě)鎖。

意向鎖

意向鎖，本質(zhì)上就是空間換時(shí)間的產(chǎn)物，是為了提高行鎖效率的一個(gè)東西。

在 InnoDB 中，我們對(duì)某條記錄進(jìn)行鎖定時(shí)，為了提高并發(fā)度，通常都只是鎖定這一行記錄，而不是鎖定整個(gè)表。而當(dāng)我們需要為整個(gè)表加 X 鎖的時(shí)候，我們就需要遍歷整個(gè)表的記錄，如果每條記錄都沒(méi)有被加鎖，才可以給整個(gè)表加 X 鎖。而這個(gè)遍歷過(guò)程就很費(fèi)時(shí)間，這時(shí)候就有了意向鎖的誕生。

意向鎖其實(shí)就是標(biāo)記這個(gè)表有沒(méi)有被鎖，如果有某條記錄被鎖住了，那么就必須獲取該表的意向鎖。所以當(dāng)我們需要判斷這個(gè)表的記錄有沒(méi)有被加鎖時(shí)，直接判斷意向鎖就可以了，減少了遍歷的時(shí)間，提高了效率，是典型的用空間換時(shí)間的做法。

那么什么時(shí)候會(huì)用到意向鎖呢？

很簡(jiǎn)單，就是在對(duì)表中的行記錄加鎖的時(shí)候，就會(huì)用到意向鎖。