前言
随着对于mysql死锁知识的进一步了解，发现与死锁相关的几个系统变量。下面梳理这几个技术概念，便于更进一步掌握mysql死锁的概念。这样在出现一些复杂的死锁问题时，也有助于更快速解决故障。
相关文章 mysql 5.6 performance schema分析诊断死锁deadlock之一 如何使用mysql 5.6 information schema定位事务锁信息
innodb_deadlock_detect系统变量
mysql 5.7.15引入此系统变量，可取值有2个，分别为：off与on。
默认值为on,表明开启互锁检测功能。
但是有运维经验的同学或许碰到过，在一些高并发的数据库，如果开启了死锁检测，因为死锁检测进程会去检测是否发现死锁，则会导致数据库性能下降，因为系统必须消耗资源用于定期检测是否发生死锁。
建议在高并发情况下，可以考虑关闭此功能。当然一般情况，保持默认值即可。
innodb_lock_wait_timeout系统变量
innodb_lock_wait_timeout只能用于innodb表的事务（不适用于myisam表，因此它只有表锁，而无行锁功能)。在发生锁等
待时，到达指定的值，则提示锁等待超时，自动回滚报 锁超时 的当前SQL语句（注：不是事务），这样的话，就会导致所属事务的产生数据不一致。所以必须保证在让整个事务回滚，这个由系统变量 innodb_rollback_on_timeout或者命令行选项--innodb-rollback-on-timeout控制。
innodb_lock_wait_timeout单位为秒，默认值为50秒。如果出现锁超时，报错信息见下：
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
对于高并发的OLTP数据库环境，建议减少innodb_lock_wait_timeout系统变量。你试想一下，如果锁超时时间检查一短，就可以提升并发度；而对于OLAP数据库，可以考虑增加innodb_lock_wait_timeout系统变量，因为OLAP不需要很高的并发度，如果此值过低,锁超时会话就可以等待其它持锁会话完成，而不是马上报错回滚,毕竟每次更新的数据量极大，一回滚半天白作了。
如果启用了innodb_deadlock_detect=on(默认值)，则innodb_lock_wait_timeout不会起作用。因为启用前者，一发现死锁，马上回滚某个死锁事务。但如果配置innodb_deadlock_detect=off,则innodb_lock_wait_timeout会起作用，让后者来控制死锁的回滚。
mysql> show variables like '%innodb%lock%timeout%'; +--------------------------+-------+ | Variable_name | Value | +--------------------------+-------+ | innodb_lock_wait_timeout | 50 | +--------------------------+-------+ 1 row in set (0.00 sec)
培训课件
联系方式
