MySQL使用表鎖和行鎖的場景詳解

更新時間：2022年09月08日 08:48:11 作者：陳樹義

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

前言

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

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

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

對于表級鎖而言，當執(zhí)行 DDL 語句去修改表結構時，會使用表級鎖。
對于行級鎖而言，一般情況下都會默認使用行級鎖，貌似是需要有索引匹配到才行。

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

文章思維導圖

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

全局鎖
表級鎖
行級鎖

全局鎖

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

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

表級鎖

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

表鎖

表鎖，顧名思義就是對某個表加鎖。

那什么時候會使用表鎖呢？

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

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

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

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

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