先贴上案例信息吧：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
*** (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 来处理）
程序端
要有捕捉死锁回滚信息的代码；
对于防止用户点击多次，造成重复记录的，可以在前端代码中做出限制
本文转自 位鹏飞 51CTO博客，原文链接：http://blog.51cto.com/weipengfei/1309953，如需转载请自行联系原作者
