通過好多個深夜艱難的單步調試，終于找到了一個理想的斷點，可以看到大部分獲取鎖的過程
代碼在lock0lock.c的static enum db_err lock_rec_lock() 函數中，這個函數會顯示，獲取鎖的過程，以及獲取鎖成功與否。
場景1：通過主鍵進行刪除
表結構
CREATE TABLE `t1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(10) NOT NULL DEFAULT '',
PRIMARY KEY (`id`)
) ENGINE=InnoDB;
delete from t1 where id = 10;
可以看到，對索引 PRIMARY 加鎖，mode = 1027，1027是什么意思呢？1027 = LOCK_REC_NOT_GAP + LOCK_X（非 gap 的記錄鎖且是 X 鎖）
過程如下
結論：根據主鍵 id 去刪除數據，且沒有其它索引的情況下，此 SQL 只需要在 id = 10 這條記錄上對主鍵索引加 X 鎖即可
場景2：通過唯一索引進行刪除
表結構做了微調，增加了 name 的唯一索引
構造數據
CREATE TABLE `t2` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(10) NOT NULL DEFAULT '',
PRIMARY KEY (`id`),
UNIQUE KEY `uk_name` (`name`)
) ;
INSERT INTO `t2` (`id`, `name`) VALUES
(1,'M'),
(2,'Y'),
(3,'S'),
(4,'Q'),
(5,'L');
測試sql語句
delete from t2 where name = "Y"
來看實際源碼調試的結果
第一步：
第二步：
結論：這個過程是先對唯一鍵 uk_name 加 X 鎖，然后再對聚簇索引（主鍵索引）加 X 鎖
過程如下
場景3：通過普通索引進行刪除
構造數據
CREATE TABLE `t3` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(10) NOT NULL DEFAULT '',
PRIMARY KEY (`id`),
KEY `idx_name` (`name`)
);
INSERT INTO `t3` (`id`, `name`) VALUES
(1,'N'),
(2,'G'),
(3,'I'),
(4,'N'),
(5,'X');
測試語句：
delete from t3 where name = "N";
調試過程如圖：
結論：通過普通索引進行更新時，會對滿足條件的所有普通索引加 X 鎖，同時會對相關的主鍵索引加 X 鎖
過程如下
場景4：不走索引進行刪除
CREATE TABLE `t4` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(10) NOT NULL DEFAULT '',
PRIMARY KEY (`id`)
)
INSERT INTO `t4` (`id`, `name`) VALUES
(1,'M'),
(2,'Y'),
(3,'S'),
(4,'Q'),
(5,'L');
delete from t4 where name = "S";
總共有 5 把 X 鎖，剩下的 3 把就不一一放上來了
結論：不走索引進行更新時，sql 會走聚簇索引（主鍵索引）對全表進行掃描，因此每條記錄，無論是否滿足條件，都會被加上X鎖。還沒完...
但是為了效率考量，MySQL做了優化，對于不滿足條件的記錄，會在判斷后放鎖，最終持有的，是滿足條件的記錄上的鎖，但是不滿足條件的記錄上的加鎖/放鎖動作不會省略。
過程如下
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
您可能感興趣的文章:- MySQL死鎖問題分析及解決方法實例詳解
- Mysql使用kill命令解決死鎖問題(殺死某條正在執行的sql語句)
- MySQL redo死鎖問題排查及解決過程分析
- MySQL數據庫之Purge死鎖問題解析
- 關于MySQL死鎖問題的深入分析
