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

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

十年的山陰網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。成都全網(wǎng)營銷推廣的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整山陰建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。創(chuàng)新互聯(lián)從事“山陰網(wǎng)站設(shè)計(jì)”,“山陰網(wǎng)站推廣”以來，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。

我們來看一個(gè)簡化過的例子

# 構(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ā)情況下就會(huì)出現(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é)果如下

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

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

第二條語句

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

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

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

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

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

1.開啟兩個(gè) 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"; 進(jìn)入等待狀態(tài)
5.session2 執(zhí)行update t1 set level = 1 where name = "A";，死鎖產(chǎn)生，被回滾，同時(shí)事務(wù) 1 執(zhí)行成功

詳細(xì)的鎖狀態(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)

來詳細(xì)看一下這個(gè)死鎖日志

*** (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)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持創(chuàng)新互聯(lián)。

分享名稱：通過唯一索引S鎖與X鎖來了解MySQL死鎖套路
本文來源：http://aaarwkj.com/article2/iijjoc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、、ChatGPT、網(wǎng)站制作、云服務(wù)器、網(wǎng)站導(dǎo)航

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容

欧美一级特黄大片做受成人-亚洲成人一区二区电影-激情熟女一区二区三区-日韩专区欧美专区国产专区

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