主頁 > 知識(shí)庫 > MySQL死鎖套路之唯一索引下批量插入順序不一致

MySQL死鎖套路之唯一索引下批量插入順序不一致

熱門標(biāo)簽:電話機(jī)器人的價(jià)格多少錢一個(gè)月 中國地圖標(biāo)注公司 福建外呼電銷機(jī)器人加盟 自己做地圖標(biāo)注需要些什么 徐涇鎮(zhèn)騰訊地圖標(biāo)注 天津公司外呼系統(tǒng)軟件 昌德訊外呼系統(tǒng) 400電話申請(qǐng)廠家現(xiàn)貨 百度地圖標(biāo)注要什么軟件

前言

死鎖的本質(zhì)是資源競(jìng)爭(zhēng),批量插入如果順序不一致很容易導(dǎo)致死鎖,我們來分析一下這個(gè)情況。為了方便演示,把批量插入改寫為了多條 insert。

先來做幾個(gè)小實(shí)驗(yàn),簡(jiǎn)化的表結(jié)構(gòu)如下

CREATE TABLE `t1` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 `a` varchar(5),
 `b` varchar(5),
 PRIMARY KEY (`id`),
 UNIQUE KEY `uk_name` (`a`,`b`)
);

實(shí)驗(yàn)1:

在記錄不存在的情況下,兩個(gè)同樣順序的批量 insert 同時(shí)執(zhí)行,第二個(gè)會(huì)進(jìn)行鎖等待狀態(tài)

t1 t2
begin; begin;
insert ignore into t1(a, b)values("1", "1"); 成功
insert ignore into t1(a, b)values("1", "1"); 鎖等待狀態(tài)

可以看到目前鎖的狀態(tài)

mysql> select * from information_schema.innodb_locks;
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+
| lock_id  | lock_trx_id | lock_mode | lock_type | lock_table | lock_index | lock_space | lock_page | lock_rec | lock_data |
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+
| 31AE:54:4:2 | 31AE  | S   | RECORD | `d1`.`t1` | `uk_name` |   54 |   4 |  2 | '1', '1' |
| 31AD:54:4:2 | 31AD  | X   | RECORD | `d1`.`t1` | `uk_name` |   54 |   4 |  2 | '1', '1' |
+-------------+-------------+-----------+-----------+------------+------------+------------+-----------+----------+-----------+

在我們執(zhí)行事務(wù)t1的 insert 時(shí),沒有在任何鎖的斷點(diǎn)處出現(xiàn),這跟 MySQL 插入的原理有關(guān)系

insert 加的是隱式鎖。什么是隱式鎖?隱式鎖的意思就是沒有鎖

在 t1 插入記錄時(shí),是不加鎖的。這個(gè)時(shí)候事務(wù) t1 還未提交的情況下,事務(wù) t2 嘗試插入的時(shí)候,發(fā)現(xiàn)有這條記錄,t2 嘗試獲取 S 鎖,會(huì)判定記錄上的事務(wù) id 是否活躍,如果活躍的話,說明事務(wù)未結(jié)束,會(huì)幫 t1 把它的隱式鎖提升為顯式鎖( X 鎖)

源碼如下

t2 獲取S鎖的結(jié)果:DB_LOCK_WAIT

實(shí)驗(yàn)2:

批量插入順序不一致的導(dǎo)致的死鎖

t1 t2
begin
insert into t1(a, b)values("1", "1"); 成功
insert into t1(a, b)values("2", "2"); 成功
insert into t1(a, b)values("2", "2"); t1 嘗試獲取 S 鎖,把 t2 的隱式鎖提升為顯式 X 鎖,進(jìn)入 DB_LOCK_WAIT
insert into t1(a, b)values("1", "1"); t2 嘗試獲取 S 鎖,把 t1 的隱式鎖提升為顯式 X 鎖,產(chǎn)生死鎖
------------------------
LATEST DETECTED DEADLOCK
------------------------
181101 9:48:36
*** (1) TRANSACTION:
TRANSACTION 3309, ACTIVE 215 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 376, 2 row lock(s), undo log entries 2
MySQL thread id 2, OS thread handle 0x70000a845000, query id 58 localhost root update
insert into t1(a, b)values("2", "2")
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 55 page no 4 n bits 72 index `uk_name` of table `d1`.`t1` trx id 3309 lock mode S waiting
Record lock, heap no 3 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 1; hex 32; asc 2;;
 1: len 1; hex 32; asc 2;;
 2: len 4; hex 80000002; asc  ;;

*** (2) TRANSACTION:
TRANSACTION 330A, ACTIVE 163 sec inserting
mysql tables in use 1, locked 1
3 lock struct(s), heap size 376, 2 row lock(s), undo log entries 2
MySQL thread id 3, OS thread handle 0x70000a888000, query id 59 localhost root update
insert into t1(a, b)values("1", "1")
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 55 page no 4 n bits 72 index `uk_name` of table `d1`.`t1` trx id 330A lock_mode X locks rec but not gap
Record lock, heap no 3 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 1; hex 32; asc 2;;
 1: len 1; hex 32; asc 2;;
 2: len 4; hex 80000002; asc  ;;

*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 55 page no 4 n bits 72 index `uk_name` of table `d1`.`t1` trx id 330A lock mode S waiting
Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
 0: len 1; hex 31; asc 1;;
 1: len 1; hex 31; asc 1;;
 2: len 4; hex 80000001; asc  ;;

*** WE ROLL BACK TRANSACTION (2)

怎么樣解決這樣的問題呢?

一個(gè)可行的辦法是在應(yīng)用層排序以后再插入

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。

您可能感興趣的文章:
  • Mysql查看死鎖與解除死鎖的深入講解
  • MySQL死鎖檢查處理的正常方法
  • MySQL死鎖的產(chǎn)生原因以及解決方案
  • 關(guān)于MySQL死鎖問題的深入分析
  • 一個(gè)mysql死鎖場(chǎng)景實(shí)例分析
  • 一次神奇的MySQL死鎖排查記錄
  • MySQL數(shù)據(jù)庫之Purge死鎖問題解析
  • 詳解通過SQL進(jìn)行分布式死鎖的檢測(cè)與消除

標(biāo)簽:駐馬店 荊門 北京 鄂爾多斯 黔西 昌都 陜西 梅河口

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《MySQL死鎖套路之唯一索引下批量插入順序不一致》,本文關(guān)鍵詞  MySQL,死鎖,套路,之,唯一,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《MySQL死鎖套路之唯一索引下批量插入順序不一致》相關(guān)的同類信息!
  • 本頁收集關(guān)于MySQL死鎖套路之唯一索引下批量插入順序不一致的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章