溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇“MySQL死鎖場景實例分析”文章的知識點大部分人都不太理解，所以小編給大家總結了以下內容，內容詳細，步驟清晰，具有一定的借鑒價值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“MySQL死鎖場景實例分析”文章吧。
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;
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 互相等待對方釋放資源，就進入了死鎖狀態。
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 互相等待對方釋放資源，就進入了死鎖狀態。
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 互相等待對方釋放資源，就進入了死鎖狀態。
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死鎖場景實例分析”這篇文章的內容，相信大家都有了一定的了解，希望小編分享的內容對大家有幫助，若想了解更多相關的知識內容，請關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
