淺談MySQL 有哪些死鎖場景

2022-08-11 18:02:09

1 環境準備

use martin;
drop table if exists dl;
CREATE TABLE `dl` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`a` int(11) NOT NULL,
`b` int(11) NOT NULL,
`c` int(11) NOT NULL,  
PRIMARY KEY (`id`),
KEY `idx_c` (`a`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `dl_insert` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`a` int(11) NOT NULL,
`b` int(11) NOT NULL,
`c` int(11) NOT NULL,  
PRIMARY KEY (`id`),
unique key `uniq_a` (`a`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

insert into dl(a,b,c) values (1,1,1),(2,2,2);
drop table if exists dl_1;
create table dl_1  like dl;
insert into dl_1 select * from dl;

2 同一張表下的死鎖

session1	session2
begin;	begin;
select * from dl where a=1 for update;…1 row in set (0.00 sec)	select * from dl where a=2 for update;…1 row in set (0.00 sec)
select * from dl where a=2 for update;/* SQL1 */（等待）
（session2 提示死鎖回滾後，SQL1 成功返回結構）	select * from dl where a=1 for update;ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction
commit;	commit;

session1 在等待 session2 釋放 a=2 的行鎖，而 session2 在等待 session1 釋放 a=1 的行鎖。兩個 session 互相等待對方釋放資源，就進入了死鎖狀態。

3 不同表下的死鎖

session1	session2
begin;	begin;
select * from dl where a=1 for update; … 1 row in set (0.00 sec)	select * from dl_1 where a=1 for update; … 1 row in set (0.00 sec)
select * from dl_1 where a=1 for update;/* SQL2 */ 等待
（session2 提示死鎖回滾後，SQL1 成功返回結構）	select * from dl where a=1 for update; ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction
commit;	commit;

這個實驗也是兩個 session 互相等待對方釋放資源，就進入了死鎖狀態。

4 間隙鎖下的死鎖

session1	session2
set session transaction_isolation='REPEATABLE-READ'; /* 設定對談隔離級別為 RR */	set session transaction_isolation='REPEATABLE-READ'; /* 設定對談隔離級別為 RR */
begin;	begin;
select * from dl where a=1 for update; … 1 row in set (0.00 sec)	select * from dl where a=2 for update; … 1 row in set (0.00 sec)
insert into dl(a,b,c) values (2,3,3);/* SQL1 */ 等待
（session2 提示死鎖回滾後，SQL1 成功返回結果）	insert into dl(a,b,c) values (1,4,4);/* SQL2 */ ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction
commit;	commit;

由於 RR 隔離級別下存在間隙鎖，可以知道 SQL1 需要等待 a=2 獲得的間隙鎖，而 SQL2 需要等待 a=1 獲得的間隙鎖，兩個 session 互相等待對方釋放資源，就進入了死鎖狀態。

5 INSERT 語句的死鎖

session1	session2	session3
begin;
insert into dl_insert(a,b,c) value (3,3,3);
	insert into dl_insert(a,b,c) value (3,3,3);/* 等待 */	insert into dl_insert(a,b,c) value (3,3,3);/* 等待 */
rollback;	執行成功	ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

這裡需要注意的是，a 欄位有唯一索引。當 session1 執行完 insert 語句，會在索引 a=3 上加記錄鎖，當 session2 執行同樣的 insert 語句時，唯一鍵衝突，加上讀鎖；同樣 session3 也會加上讀鎖。

當 session1 回滾，session2 和 session3 都試圖繼續執行插入操作，都要加上寫鎖。此時兩個 session 都要等待對方的行鎖，因此出現了死鎖。

一些死鎖場景就介紹到這裡，當然，也歡迎各位補充其他的一些死鎖場景。

到此這篇關於淺談MySQL 有哪些死鎖場景的文章就介紹到這了,更多相關MySQL 死鎖場景內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com！