InnoDB自动检测事务 死锁并回滚一个或多个事务以打破死锁。 InnoDB尝试挑选小事务回滚，其中事务的大小由插入、更新或删除的行数决定。

InnoDB如果 innodb_table_locks = 1（默认）和 知道表锁autocommit = 0，并且它上面的 MySQL 层知道行级锁。否则 InnoDB无法检测出涉及MySQLLOCK TABLES 语句设置的表锁或非存储引擎设置的锁的 死锁InnoDB。innodb_lock_wait_timeout通过设置系统变量 的值来解决这些情况 。

如果Monitor 输出LATEST DETECTED DEADLOCK部分 InnoDB包含一条消息，“ TOO DEEP OR LONG SEARCH IN THE LOCK TABLE WAITS-FOR GRAPH, WE WILL ROLL BACK FOLLOWING FOLLOWING FOLLOWING TRANSACTION ” ，这表明等待列表上的事务数已达到限制为 200。超过 200 个事务的等待列表被视为死锁，并且尝试检查等待列表的事务将被回滚。如果锁定线程必须查看等待列表中的事务所拥有的超过 1,000,000 个锁，也可能会发生相同的错误。

有关组织数据库操作以避免死锁的技术，请参阅第 14.7.5 节，“InnoDB 中的死锁”。