死锁信息在innodb状态页中能保存多长时间？

Question

当我运行SHOW ENGINE INNODB STATUS\G时，我可以看到这个时间戳

------------------------
LATEST DETECTED DEADLOCK
------------------------
121118 17:14:31

问题

• 知道死锁细节/信息在innodb状态页面中保存多长时间了吗？
• 在刷新或清除最近的死锁信息多长时间之后？
• 有什么办法可以强迫我获得当前的死锁状态吗？

你好，Mannoj

Answer 1

您必须首先寻找的是innodb_lock_wait_timeout的设置。

假设您运行这个SHOW VARIABLES LIKE 'innodb_lock_wait_timeout';并获得

mysql> show variables like 'innodb_lock_wait_timeout';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| innodb_lock_wait_timeout | 50    |
+--------------------------+-------+
1 row in set (0.00 sec)

mysql>

至少，您应该正确地期望每50秒在繁忙的DB服务器上检测到一个新的死锁。

InnoDB在以下两种情况下无法检测死锁：

1. LOCK TABLES被显式执行
2. 涉及由InnoDB以外的存储引擎设置的锁。

这两种情况通常是自己造成的，而且比较容易找到。设置innodb_lock_wait_timeout将是通常的解决办法。

然而，有一个陷阱你需要注意。是有可能SELECT创建行级锁的查询。。许多开发人员没有意识到这种奇怪的行为。事实上，根据MySQL文档：

如果由于错误而回滚单个SQL语句，则该语句设置的一些锁可能会保留下来.这是因为InnoDB以一种格式存储行锁，这样它就无法知道哪个锁是由哪个语句设置的.。

我在2011年8月8日讨论过这个问题：InnoDB死锁是否仅用于插入/更新/删除？

RECOMMENDATIONS

• 花时间搜索用于连接InnoDB和MyISAM表的选择(希望没有)。如果有的话，请将MyISAM表转换为InnoDB，以便更好地监视和管理InnoDB锁。
• 仔细搜索deadly embrace情况
• 避免使用--lock-tables和--single-transaction混合进行mysqldumps。

有了这些建议，您可以希望确保SHOW ENGINE INNODB STATUS\G中的死锁状态应该有一定程度的规律性更新。

Answer 2

显示引擎INNODB状态信息持续几秒钟，通常大约一分钟。我听说没有可靠的方法来获取信息在它消失之前。每隔30秒检查一次就会做得很好。

死锁检测是“立即”的，而对事务的检测是ROLLBACKd。我的意思并不是在开始之后立即发生这种情况；相反，只要尝试了锁，就会发生这种情况，因为该锁会导致“死锁”。

lock_wait_timeout与死锁无关，而是与等待没有死锁的锁(S)的释放有关。

Answer 3

您只能看到INNODB状态中的最新死锁。

您还可以使用新的5.6变量：http://dev.mysql.com/doc/refman/5.6/en/innodb-parameters.html#sysvar_诺姆b_打印_全_死锁，这样您就可以记录所有死锁。