快捷導航

通過唯一索引S鎖與X鎖來了解MySQL死鎖套路

更新時間：2019年05月22日 14:57:25 作者：挖坑的張師傅

毫不夸張的說，有一半以上的死鎖問題由唯一索引貢獻，后面介紹的很多死鎖的問題都跟唯一索引有關(guān)。這次我們講一段唯一索引 S 鎖與 X 鎖的案例，下面小編來和大家一起學習一下

在初學者從源碼理解MySQL死鎖問題中介紹了使用調(diào)試 MySQL 源碼的方式來查看死鎖的過程，這篇文章來講講一個常見的案例。
這次我們講一段唯一索引 S 鎖與 X 鎖的愛恨情仇

我們來看一個簡化過的例子

# 構(gòu)造數(shù)據(jù)
CREATE TABLE `t1` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `name` varchar(10),
 `level` int(11),
 PRIMARY KEY (`id`),
 UNIQUE KEY `uk_name` (`name`)
);
INSERT INTO `t1` (`name`, `level`) VALUES ('A',0);

# 出現(xiàn)問題的sql語句如下，并發(fā)情況下就會出現(xiàn)死鎖
INSERT ignore INTO `t1` (`name`, `level`) VALUES ('A',0);
update t1 set level = 1 where name = "A";

我們用之前介紹過的源碼分析方式，先來看下這兩條語句分別加什么鎖，然后分析死鎖形成的過程。

第一條語句

INSERT ignore INTO t1 (name, level) VALUES ('A',0);

在調(diào)試中得到的結(jié)果如下

可以看到這條語句對唯一鍵 uk_name 加共享鎖（S鎖），而且成功。

第二條語句

update t1 set level = 1 where name = "A";

通過唯一鍵更新數(shù)據(jù)庫字段。

這種情況在之前的文章已經(jīng)介紹過，會對唯一索引加 X 鎖，然后對主鍵索引加 X 鎖

這樣就可以非常輕松的復現(xiàn)死鎖的問題了，步驟如下

1.開啟兩個 session，分別 begin
2.session1 執(zhí)行INSERT ignore INTO t1 (name, level) VALUES ('A',0);
3.session2 執(zhí)行INSERT ignore INTO t1 (name, level) VALUES ('A',0);
4.session1 執(zhí)行update t1 set level = 1 where name = "A"; 進入等待狀態(tài)
5.session2 執(zhí)行update t1 set level = 1 where name = "A";，死鎖產(chǎn)生，被回滾，同時事務(wù) 1 執(zhí)行成功

詳細的鎖狀態(tài)變化如下

t1	t2	備注
INSERT IGNORE INTO	-	t1成功獲得uk的S鎖 DB_SUCCESS
-	INSERT IGNORE INTO	t2成功獲得uk的S鎖 DB_SUCCESS
UPDATE	-	t1嘗試獲得uk的X鎖，但沒有成功，處于等待狀態(tài) DB_LOCK_WAIT
-	UPDATE	t2嘗試獲得uk的X鎖，發(fā)現(xiàn)死鎖產(chǎn)生 DB_DEADLOCK
-	Deadlock	t2釋放S鎖
成功	-	-

死鎖日志如下：

LATEST DETECTED DEADLOCK
------------------------
181208 23:00:52
*** (1) TRANSACTION:
TRANSACTION 53A7, ACTIVE 162 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 376, 2 row lock(s)
MySQL thread id 12, OS thread handle 0x700010522000, query id 1424 localhost root Updating
update t1 set level = 1 where name = "A"
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 89 page no 4 n bits 72 index `uk_name` of table `lock_demo2`.`t1` trx id 53A7 lock_mode X locks rec but not gap waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 2; compact format; info bits 0
 0: len 1; hex 41; asc A;;
 1: len 4; hex 80000001; asc ;;

*** (2) TRANSACTION:
TRANSACTION 53A8, ACTIVE 8 sec starting index read
mysql tables in use 1, locked 1
3 lock struct(s), heap size 376, 2 row lock(s)
MySQL thread id 96, OS thread handle 0x70001062e000, query id 1425 localhost root Updating
update t1 set level = 1 where name = "A"
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 89 page no 4 n bits 72 index `uk_name` of table `lock_demo2`.`t1` trx id 53A8 lock mode S
Record lock, heap no 2 PHYSICAL RECORD: n_fields 2; compact format; info bits 0
 0: len 1; hex 41; asc A;;
 1: len 4; hex 80000001; asc ;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 89 page no 4 n bits 72 index `uk_name` of table `lock_demo2`.`t1` trx id 53A8 lock_mode X locks rec but not gap waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 2; compact format; info bits 0
 0: len 1; hex 41; asc A;;
 1: len 4; hex 80000001; asc ;;

*** WE ROLL BACK TRANSACTION (2)

來詳細看一下這個死鎖日志

*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 89 page no 4 n bits 72 index uk_name of table lock_demo2.t1 trx id 53A7 lock_mode X locks rec but not gap waiting

事務(wù) 1 想獲取 uk_name 唯一索引上的 X 鎖（非 gap 鎖的記錄鎖）

*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 89 page no 4 n bits 72 index uk_name of table lock_demo2.t1 trx id 53A8 lock mode S

事務(wù) 2 持有uk_name 唯一索引上的 S 鎖（共享鎖）

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 89 page no 4 n bits 72 index uk_name of table lock_demo2.t1 trx id 53A8 lock_mode X locks rec but not gap waiting

事務(wù) 2 想獲得 uk_name 唯一索引上的 X 鎖（非 gap 鎖的記錄鎖）
跟之前理論上推斷的結(jié)論是一致的

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

您可能感興趣的文章: