MySQL數(shù)據(jù)庫之Purge死鎖問題解析

更新時間：2017年11月06日 10:38:10 投稿：mrr

這篇文章主要介紹了MySQL數(shù)據(jù)庫之Purge死鎖問題解析的相關(guān)資料,需要的朋友可以參考下

Purge死鎖

場景說明

Purge死鎖說明

表中存在記錄（unique key） 10，20，30，40 （且有自增主鍵），現(xiàn)在刪除記錄 20 ，并且已經(jīng) 提交了該事物。 purge 線程此時還沒有回收該記錄，且此時又插入新的記錄 20 。

+------+------+------+------+
orignal | 10 | 20 | 30 | 40 |
unique +------+------+------+------+
delete 20 +------+------+------+------+
| 10 | 20* | 30 | 40 | (20 : delete-mark)
and commit +------+^----^+------+------+
| |
non happen | +--insert new 20
|
Purge
# 自增主鍵圖中沒有給出

回顧插入過程完整的插入過程如下：

假設(shè)現(xiàn)在有記錄 10，30，50，70 ；且為 unique key ，需要插入記錄 25 。

1. 找到小于等于25的記錄，這里是 10

如果記錄中已經(jīng) 存在記錄25 ，且?guī)в?唯一性約束，則需要在記錄25 上增加 S Gap-lock （purge的案例中，老記錄20* 要加S lock的原因）

不直接報錯退出或者提示已存在的原因，是因為有可能之前的記錄25 標(biāo)記為刪除( delete-mark )，然后等待 purge

如果假設(shè) 這里沒有S Gap-Lock ，此時記錄30 上也沒有鎖的，按照下面的步驟，可以插入兩個25 ，這樣就破壞了唯一性約束

2. 找到記錄10的下一條記錄，這里是 30

3. 判斷下一條記錄30 上是否有鎖（如果有=25的情況，后面再討論）

判斷 30 上面如果沒有鎖，則可以插入

判斷 30 上面如果有 Record Lock ，則可以插入

判斷 30 上面如果有 Gap Lock / Next-Key Lock ，則無法插入，因為鎖的范圍是 (10, 30) / （10, 30] ；在 30 上增加 insert intention lock （此時處于 waiting 狀態(tài)），當(dāng) Gap Lock / Next-Key Lock 釋放時，等待的事物（transaction）將被喚醒，此時記錄30 上才能獲得 insert intention lock ，然后再插入記錄25

在這個場景中，新插入的記錄 20 ，和已經(jīng)存在的記錄 20* 相等，且?guī)в形ㄒ患s束，那此時就需要在記錄 20* 上增加 S lock（with gap）

演示

因為要模擬插入記錄 20* 的時候，老的記錄20 要存在，所以使用debug版本，將 purge線程停掉。

[root@MyServer ~]&gt; mysqld-debug --version
mysqld-debug Ver 5.7.11-debug for linux-glibc2.5 on x86_64 (MySQL Community Server - Debug (GPL))
[root@MyServer ~]&gt; mysqld-debug --datadir=/data/mysql_data/5.7.11/ &amp;
[1] 1493
[root@MyServer ~]&gt; netstat -tunlp | grep 3306
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 1493/mysqld-debug
--
-- 終端會話1
mysql&gt; create table test_purge(a int auto_increment primary key, b int , unique key(b));
Query OK, 0 rows affected (0.20 sec)
mysql&gt; insert into test_purge(b) values (10),(20),(30),(40);
Query OK, 4 rows affected (0.05 sec)
mysql&gt; commit; -- autocommit=0 in my.cnf
Query OK, 0 rows affected (0.03 sec)
mysql&gt; set global innodb_purge_stop_now=1;
-- show這個變量，結(jié)果還是off，這個不用管，purge線程已經(jīng)停止了
Query OK, 0 rows affected (0.00 sec)
mysql&gt; begin;
mysql&gt; delete from test_purge where b=20;
Query OK, 1 row affected (0.00 sec)
mysql&gt; commit;
Query OK, 0 rows affected (0.02 sec)
-- 終端會話2
mysql&gt; select * from test_purge;
+---+------+
| a | b | -- 20的那條記錄已經(jīng)刪除，但是還沒有被purge（purge線程停止）
| 1 | 10 |
| 3 | 30 |
| 4 | 40 |
3 rows in set (0.00 sec)
mysql&gt; insert into test_purge(b) values(20);
Query OK, 1 row affected (0.04 sec)
-- 終端會話3
mysql&gt; show engine innodb status\G
-- ----------------省略其他輸出----------------
---TRANSACTION 9497, ACTIVE 19 sec
3 lock struct(s), heap size 1160, 3 row lock(s), undo log entries 1
MySQL thread id 3, OS thread handle 139922002294528, query id 26 localhost root cleaning up
TABLE LOCK table `burn_test`.`test_purge` trx id 9497 lock mode IX
RECORD LOCKS space id 47 page no 4 n bits 72 index b of table `burn_test`.`test_purge` trx id 9497 lock mode S -- S lock （with gap）
Record lock, heap no 3 PHYSICAL RECORD: n_fields 2; compact format; info bits 32
-- heap no=3表示是第二個插入的記錄20
-- 且info bits為32，表示記錄被標(biāo)記刪除了
0: len 4; hex 80000014; asc ;; -- 記錄為20
1: len 4; hex 80000002; asc ;; -- 對應(yīng)的主鍵為2
Record lock, heap no 4 PHYSICAL RECORD: n_fields 2; compact format; info bits 0
-- heap no=4表示的是20的下一個記錄30
-- 且該記錄上也有S lock
0: len 4; hex 8000001e; asc ;;
1: len 4; hex 80000003; asc ;;
RECORD LOCKS space id 47 page no 4 n bits 72 index b of table `burn_test`.`test_purge` trx id 9497 lock mode S locks gap before rec
Record lock, heap no 6 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 -- heap no=6為新插入的記錄20，從隱式鎖提升為顯示鎖
0: len 4; hex 80000014; asc ;;
1: len 4; hex 80000005; asc ;;

1. 因為是唯一索引，需要做唯一性檢查，從老的記錄 20* 開始檢查（第一個小于等于自己的值），則此時 20* 上要加上一把 S lock ，然后往下檢查到第一個不相等的記錄，即記錄30 ，然后退出，但是這個記錄30 也要加上S lock

2. 在插入新的記錄20 的時候，發(fā)現(xiàn)下一條記錄30上有鎖，則自己插入的時的隱式鎖提升為顯示鎖（見插入步驟）

3. 目前鎖住的范圍是 (10,20], (20,30]

4. 新插入的記錄20本身是一把 S-Gap Lock （前面20*的有S lock了，由于是唯一索引，本身其實就不需要有記錄鎖了，有GAP就夠了）

所以記錄25無法插入（鎖等待）

mysql&gt; insert into test_purge(b) values(25);
ERROR 1205 (HY000): Unknown error 1205 -- 等待了一段時間后,超時
---TRANSACTION 9508, ACTIVE 3 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 1160, 1 row lock(s), undo log entries 1
MySQL thread id 5, OS thread handle 139922002560768, query id 46 localhost root update
insert into test_purge(b) values(25) -- 插入的25在等待
------- TRX HAS BEEN WAITING 3 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 47 page no 4 n bits 72 index b of table `burn_test`.`test_purge` trx id 9508 lock_mode X locks gap before rec insert intention waiting
------------------
TABLE LOCK table `burn_test`.`test_purge` trx id 9508 lock mode IX
---TRANSACTION 9503, ACTIVE 10 sec
MySQL thread id 7, OS thread handle 139922002028288, query id 44 localhost root cleaning up
TABLE LOCK table `burn_test`.`test_purge` trx id 9503 lock mode IX
RECORD LOCKS space id 47 page no 4 n bits 72 index b of table `burn_test`.`test_purge` trx id 9503 lock mode S
1: len 4; hex 80000002; asc ;;
RECORD LOCKS space id 47 page no 4 n bits 72 index b of table `burn_test`.`test_purge` trx id 9503 lock mode S locks gap before rec
Record lock, heap no 6 PHYSICAL RECORD: n_fields 2; compact format; info bits 0
1: len 4; hex 80000007; asc ;;

這個例子中出現(xiàn)了鎖等待，就要警惕了，如果有兩個事物相互等待，就是死鎖了

總結(jié)

以上所述是小編給大家介紹的MySQL數(shù)據(jù)庫之Purge死鎖問題解析，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！

您可能感興趣的文章: