MySQL死锁：Engine.log analyze

Question

如何理解死锁的原因--即，如何找出哪些事务捕获了哪些锁？

我的Engine.log文件存在以下死锁：

------------------------
LATEST DETECTED DEADLOCK
------------------------
170327 11:09:53
*** (1) TRANSACTION:
TRANSACTION 4 2719072253, ACTIVE 5 sec, OS thread id 26215 starting index read
...
INSERT INTO... (the first transaction)

*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 36025889 n bits 96 index `PRIMARY` of table `mydb`.`mytable` trx id 4 2719072253 lock mode S locks rec but not gap waiting

...
*** (2) TRANSACTION:
TRANSACTION 4 2719072205, ACTIVE 35 sec, OS thread id 25564 starting index read, thread declared inside InnoDB 485

UPDATE ... (the second transaction)

*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 0 page no 36025889 n bits 96 index `PRIMARY` of table `mydb`.`mytable` trx id 4 2719072205 lock_mode X locks rec but not gap
Record lock, heap no 27 PHYSICAL RECORD: n_fields 72; compact format; info bits 0
...

 *** (2) WAITING FOR THIS LOCK TO BE GRANTED:
 RECORD LOCKS space id 0 page no 42767646 n bits 120 index `PRIMARY` of table `mydb`.`mytable` trx id 4 2719072205 lock_mode X locks rec but not gap waiting

...

 *** WE ROLL BACK TRANSACTION (1)

我对日志中描述的内容的看法如下：

***(2)保持锁

记录锁空间id 0页号36025889 n位96表MYDB.MYTABLE trx id 4 271 9072205锁模式X锁rec，但不锁gap

记录锁，堆第27号物理记录:N_Fields72；紧凑格式；信息位0

***(1)等待授予此锁：

记录锁定...trx id 4 271 9072253锁定模式S锁定rec但不是间隙等待

尝试失败后，开始等待事务2号锁的解除；

3.然后事务2尝试获得X类型的锁：

***(2)等待授予此锁：

记录锁...trx id 4 271 9072205 lock_mode X锁rec，但不是间隙等待

尝试失败后，它开始等待，直到事务1获得S锁并释放它。

我是否正确理解日志，或者我的解释是错误的？

Answer 1

摘录没有告诉我们是什么事务锁定了第二个事务正在等待的记录。我们只能假设这是第一次交易--否则就不会是死锁。