前言

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

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

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

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

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

文章思維導(dǎo)圖

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

• 全局鎖
• 表級鎖
• 行級鎖

全局鎖

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

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

表級鎖

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

表鎖

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

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

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

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

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

//?沒有指定查詢列
select?*?from?user;
//?指定查詢列，但是沒有用到索引
select?*?from?user?where?name?=?'zhangsan';

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

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

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

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

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

意向鎖

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

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

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

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

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

行級鎖

千呼萬喚，終于來到了行級鎖。

要知道的是，行級鎖是存儲(chǔ)引擎級別的鎖，需要存儲(chǔ)引擎支持才有效。目前 MyISAM 存儲(chǔ)引擎不支持行級鎖，而 Innodb 存儲(chǔ)引擎則支持行級鎖。而全局鎖、表級鎖，則是 MySQL 層面就支持的鎖。

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

當(dāng)增刪改查匹配到索引時(shí)，Innodb 會(huì)使用行級鎖。

如果沒有匹配不到索引，那么就會(huì)直接使用表級鎖。

總結(jié)

文章最后，我們回顧一下開頭提出的問題：Innodb 啥時(shí)候用表鎖，啥時(shí)候用行鎖？

表級鎖包括：表鎖、元數(shù)據(jù)鎖、意向鎖。

對于表鎖而言，當(dāng)存儲(chǔ)引擎不支持行級鎖時(shí)，使用表鎖。SQL 語句沒有匹配到索引時(shí)，使用表鎖。

對于元數(shù)據(jù)鎖而言，對表做增刪改查時(shí)，會(huì)加上 MDL 讀鎖。對表結(jié)構(gòu)做變更時(shí)，會(huì)加上 MDL 寫鎖。

對于意向鎖而言，對表中的行記錄加鎖時(shí)，會(huì)用到意向鎖。

而對于行級鎖而言，增刪改查匹配到索引時(shí)，會(huì)使用行級鎖。

文章思維導(dǎo)圖

以上就是MySQL使用表鎖和行鎖的場景詳解的詳細(xì)內(nèi)容，更多關(guān)于MySQL表鎖 行鎖的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評論