我最近升级到 mysql 5.7 并观察到频繁的死锁问题。5.7 中是否有与锁定相关的更改？

Question

我最近升级到 mysql 5.7 并观察到频繁的死锁问题。5.7 是否有与锁定相关的任何更改，因为我之前没有遇到过此问题。

我有一个名为 retry_records 的简单表，它具有自动递增的 id 作为主键、一列 unique_reference 作为唯一索引以及另外两列。该表在完全多线程环境中使用，其中一段代码从该表中选择 n 条记录，处理数据并更新该表，以防处理失败，而其他代码部分从该表中删除一些已处理的记录，另一个代码部分正在该表中插入一条新记录。任何查询中都没有join，除了select之外不能批量插入、批量更新、批量删除。所有更新/删除/插入事务都有单个语句。即使如此，我仍然观察到插入时出现死锁。以下是日志：

------------------------
LATEST DETECTED DEADLOCK
------------------------
2016-09-22 13:05:09 0x7f3f427e0700
*** (1) TRANSACTION:
TRANSACTION 39420432534, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1136, 2 row lock(s), undo log entries 1
MySQL thread id 37503, OS thread handle 139917976340224, query id 1695822465

插入查询..

*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 1334 page no 1726952 n bits 312 index id of table `database_name`.`table_name` trx id 39420432534 lock_mode X insert intention waiting
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
 0: len 8; hex 73757072656d756d; asc supremum;;

*** (2) TRANSACTION:
TRANSACTION 39420432524, ACTIVE 0 sec inserting
mysql tables in use 1, locked 1
6 lock struct(s), heap size 1136, 5 row lock(s), undo log entries 1
MySQL thread id 37494, OS thread handle 139909675222784, query id 1695822438

另一个插入查询...

*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 1334 page no 1726952 n bits 312 index id of table


*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 1334 page no 1726952 n bits 312 index id of table

Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
 0: len 8; hex 73757072656d756d; asc supremum;;

Answer 1

我遇到过类似的问题。从5.7开始，有一个新的参数名称innodb_deadlock_detect

该选项用于禁用死锁检测。在高并发系统上，当大量线程等待同一锁时，死锁检测可能会导致速度减慢。有时，禁用死锁检测并在发生死锁时依靠 innodb_lock_wait_timeout 设置进行事务回滚可能会更有效。

禁用它可以提高性能并减少死锁问题。