mysql死锁时间_mysql死锁deadlock相关几个系统变量innodb_lock_wait_timeout

前言

随着对于mysql死锁知识的进一步了解&＃xff0c;发现与死锁相关的几个系统变量。下面梳理这几个技术概念&＃xff0c;便于更进一步掌握mysql死锁的概念。这样在出现一些复杂的死锁问题时&＃xff0c;也有助于更快速解决故障。

innodb_deadlock_detect系统变量

mysql 5.7.15引入此系统变量&＃xff0c;可取值有2个&＃xff0c;分别为&＃xff1a;off与on。

默认值为on,表明开启互锁检测功能。

但是有运维经验的同学或许碰到过&＃xff0c;在一些高并发的数据库&＃xff0c;如果开启了死锁检测&＃xff0c;因为死锁检测进程会去检测是否发现死锁&＃xff0c;则会导致数据库性能下降&＃xff0c;因为系统必须消耗资源用于定期检测是否发生死锁。

建议在高并发情况下&＃xff0c;可以考虑关闭此功能。当然一般情况&＃xff0c;保持默认值即可。

innodb_lock_wait_timeout系统变量

innodb_lock_wait_timeout只能用于innodb表的事务(不适用于myisam表&＃xff0c;因此它只有表锁&＃xff0c;而无行锁功能)。在发生锁等

待时&＃xff0c;到达指定的值&＃xff0c;则提示锁等待超时&＃xff0c;自动回滚报 锁超时 的当前SQL语句(注&＃xff1a;不是事务)&＃xff0c;这样的话&＃xff0c;就会导致所属事务的产生数据不一致。所以必须保证在让整个事务回滚&＃xff0c;这个由系统变量 innodb_rollback_on_timeout或者命令行选项--innodb-rollback-on-timeout控制。

innodb_lock_wait_timeout单位为秒&＃xff0c;默认值为50秒。如果出现锁超时&＃xff0c;报错信息见下&＃xff1a;

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

对于高并发的OLTP数据库环境&＃xff0c;建议减少innodb_lock_wait_timeout系统变量。你试想一下&＃xff0c;如果锁超时时间检查一短&＃xff0c;就可以提升并发度&＃xff1b;而对于OLAP数据库&＃xff0c;可以考虑增加innodb_lock_wait_timeout系统变量&＃xff0c;因为OLAP不需要很高的并发度&＃xff0c;如果此值过低,锁超时会话就可以等待其它持锁会话完成&＃xff0c;而不是马上报错回滚,毕竟每次更新的数据量极大&＃xff0c;一回滚半天白作了。

如果启用了innodb_deadlock_detect&＃61;on(默认值)&＃xff0c;则innodb_lock_wait_timeout不会起作用。因为启用前者&＃xff0c;一发现死锁&＃xff0c;马上回滚某个死锁事务。但如果配置innodb_deadlock_detect&＃61;off,则innodb_lock_wait_timeout会起作用&＃xff0c;让后者来控制死锁的回滚。

mysql> show variables like &＃39;%innodb%lock%timeout%&＃39;;

&＃43;--------------------------&＃43;-------&＃43;

| Variable_name            | Value |

&＃43;--------------------------&＃43;-------&＃43;

| innodb_lock_wait_timeout | 50    |

&＃43;--------------------------&＃43;-------&＃43;

1 row in set (0.00 sec)

培训课件

联系方式