mysql - InnoDB什么时候超时而不是报死锁？

Question

我无法重现或诊断来自 MySQL 的“超出锁定等待超时”错误。我确定它是死锁(而不是事务获取锁然后摆弄它的拇指)，因为我的日志显示另一个进程同时启动，也挂起，然后在第一次超时时继续。但通常情况下，InnoDB 会在没有超时的情况下检测到死锁。所以我试图理解为什么没有检测到这个死锁。

两个事务都使用可序列化的隔离级别。 (我对这个隔离级别的 InnoDB 锁定有一个很好的理解。)事务中使用了一个非 InnoDB (MyISAM) 表，我将其插入并更新。但是，我不明白它是如何参与死锁的，因为我相信 MyISAM 只是在插入和更新期间获取表锁(然后立即释放它，因为 MyISAM 不是事务性的)，所以在此期间没有其他锁被获取持有表锁。

所以我确信死锁只涉及 InnoDB 表，这让我回到了为什么没有检测到死锁的问题。 MySQL 文档 (http://dev.mysql.com/doc/refman/5.1/en/innodb-deadlock-detection.html) 暗示死锁检测几乎总是有效。我在搜索时发现的问题案例涉及诸如显式“锁定表”、“更改表”和“延迟插入”之类的事情。我没有做任何这些事情，只是插入、更新和选择(我的一些选择是“用于更新”)。

我试图通过创建一个 MyISAM 表和几个 InnoDB 表并在 MyISAM 中执行各种插入和更新序列，以及在 InnoDB 中“选择更新”来重现。但每次我产生死锁时，InnoDB 都会立即报告。我无法重现超时。

还有其他诊断此问题的提示吗？我正在使用 mysql 5.1.49。

Answer 1

一个技巧是您可以使用 SHOW INNODB STATUS 来显示 InnoDB 引擎的状态。

它返回的信息(一大堆文本)包括当前表锁的信息，以及最后检测到的死锁(在标题 "LATEST DETECTED DEADLOCK" 下)，所以这个技巧不是这在事后很有用，但它可以帮助您在挂起的查询发生时对其进行跟踪。

mysqladmin debug 还可以打印有用的锁定调试信息。

第三个技巧是创建一个名为 innodb_lock_monitor 的神奇命名表，如 http://dev.mysql.com/doc/refman/5.1/en/innodb-monitors.html 中所述。这提供了更详细的锁调试。

喂!

更新:

它可能没有检测到死锁，因为它实际上不是死锁，但更有可能的是一个进程正在等待另一个进程锁定的行上的行锁。来自 innodb_lock_wait_timeout 的手册变量:

The timeout in seconds an InnoDB transaction may wait for a row lock before giving up. The default value is 50 seconds. A transaction that tries to access a row that is locked by another InnoDB transaction will hang for at most this many seconds before issuing the following error:

ERROR 1205 (HY000): Lock wait timeout
exceeded; try restarting transaction When a lock wait timeout occurs, the current statement is not executed. The current transaction is not rolled back. (Until MySQL 5.0.13 InnoDB rolled back the entire transaction if a lock wait timeout happened.

死锁发生，例如，当两个进程各自需要锁定被另一个进程锁定的行时，再多的等待也无法解决冲突。