InnoDB何时超时而不是报告死锁?

我有一个来自MySQL的“Lock wait timeout exceeded”错误,无法复制或诊断。我确信这是死锁(而不是事务抓取一个锁然后旋转它的拇指),因为我的日志显示另一个进程同时启动,也挂起,然后在第一个超时时继续。但通常情况下,InnoDB会在不超时的情况下检测到死锁。所以我试图理解为什么没有检测到这个死锁。

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

所以我确信死锁只涉及InnoDB表,这让我回到了为什么没有检测到死锁的问题。MySQL文档(http://dev.MySQL.com/doc/refman/5.1/en/innodb-deadlock-detection.html)表明死锁检测几乎总是有效的。我在搜索时发现的问题案例包括显式的“lock table”、“alter table”和“insert delayed”。我没有做这些事情,只是插入、更新和选择(我的一些选择是“for update”)。

我试图通过创建一个MyISAM表和两个InnoDB表,并在MyISAM中执行各种插入和更新序列,以及在InnoDB中执行“select for update”来进行复制。但每次我产生死锁,InnoDB都会立即报告。我无法重现一个暂停。

还有其他诊断方法吗?我使用的是mysql 5.1.49。