InnoDB 死結案例解析

Innodb 死結案例，先貼上案例資訊吧：

*** (1) TRANSACTION:
TRANSACTION 52EDC5761, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1248, 2 row lock(s)
MySQL thread id 34815573, OS thread handle 0x7f1e42a6a700, query id 9442822687 192.168.1.216 pns update
INSERT IGNORE INTO user_device_app (uid,aid) VALUES(22504356,219843041)
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 527 page no 7603 n bits 584 index `PRIMARY` of table `pns`.`user_device_app` trx id 52EDC5761 lock_mode X lock
s rec but not gap waiting
*** (2) TRANSACTION:
TRANSACTION 52EDC5762, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
3 lock struct(s), heap size 1248, 2 row lock(s)
MySQL thread id 34823701, OS thread handle 0x7f1e58309700, query id 9442822688 192.168.1.86 pns update
INSERT IGNORE INTO user_device_app (uid,aid) VALUES(22504356,219843041)
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 527 page no 7603 n bits 584 index `PRIMARY` of table `pns`.`user_device_app` trx id 52EDC5762 lock mode S lock
s rec but not gap
*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 527 page no 7603 n bits 584 index `PRIMARY` of table `pns`.`user_device_app` trx id 52EDC5762 lock_mode X lock
s rec but not gap waiting
*** WE ROLL BACK TRANSACTION (2)

解釋說明下： uid,aid 做為主鍵，且程式中未開啟事務；對於user_device_app 表也只有 delete... ; insert ignore ...., select 三個操作；
死結是由兩個完全相同的語句： insert ignore into user_device_app 造成的；
個人在測試環境，怎麼也不能重現死結的現象
後經請教： insert ignore 是先獲得S鎖（共用鎖定），然後在升級為X鎖;（所以死結資訊中事務2在後的S鎖後，又開始獲得X鎖）
由於兩個事務同時獲得了S鎖，都升級為X鎖的時候，都在互相等待，所以出現死結現象；
小結：
資料庫端：若要避免使用ignore 這樣的關鍵字陷入死結中：
要禁止同一行並存執行INSERT…ON DUPLICATE KEY特別是INSERT…ON DUPLICATE KEY UPDATE ，以及INSERT IGNORE語句。實在不行就改為（select + insert 來處理）
程式端
要有捕捉死結復原資訊的代碼；
對於防止使用者點擊多次，造成重複記錄的，可以在前端代碼中做出限制

推薦閱讀：

InnoDB儲存引擎的啟動、關閉與恢複

MySQL InnoDB獨立資料表空間的配置

MySQL Server 層和 InnoDB 引擎層 體繫結構圖