MySQL 具有锁定功能，例如表和行级别锁定，并且需要这种锁来控制多用户并发中的数据完整性。死锁是一种不希望的情况，死锁是指两个或多个事务在等待事务成功进行之前互相放弃锁。这是所有数据库（包括MySQL / PostgreSQL / Oracle等）的经典问题。默认情况下，MySQL 检测到死锁情况并打破死锁，然后回滚事务。

有关死锁的示例，请参见 InnoDB 死锁https://dev.mysql.com/doc/refman/8.0/en/innodb-deadlock-example.html

一些误解

关于死锁存在一些误解：

a）事务隔离级别负责死锁。死锁的可能性不受隔离级别的影响。隔离级别会更改读取操作的行为，但是由于写入操作会发生死锁。但是，隔离级别设置的锁较少，因此可以帮助您避免使用某些锁类型（例如，间隙锁）。

b）小交易不受死锁的影响。小事务不太容易陷入僵局，但是如果事务不使用相同的操作顺序，它仍然会发生。

c）死锁是危险的。我从使用 MyISAM 表的一些客户那里听到，他们不切换到 InnoDB 的原因是死锁问题。如果重试由于死锁而失败的事务，并按照本文下面给出的步骤进行操作，则死锁并不危险。

我希望本文将有助于消除这种误解。

回到本文的主题。有很多可能导致死锁的可能性，为简单起见，我将建议分为3个步骤。

1）使用避免锁定的设计策略

• 将大型交易分解为较小的交易：缩短交易量使其不易发生冲突。
• 如果使用INSERT INTO…SELECT将某些或全部行从一个表复制到另一个表，请考虑使用较小的锁定事务隔离级别（例如READ_COMMITTED），并将该事务的二进制日志格式设置为 ROW / MIXED。或者，设计您的应用程序以将单个 INSERT 语句放入循环中，然后将行复制到表中。
• 如果您的应用程序执行锁定读取，例如 SELECT…FOR UPDATE或SELECT .. FOR SHARE，请考虑使用MySQL 8.0中提供的 NOWAIT 和 SKIPPED LOCK 选项，或者，考虑使用较小的锁定事务隔离级别（如前所述）
• 一个或多个表中的多个事务更新数据集应对其事务使用相同的操作顺序。避免在一个事务中锁定表A，B，C，而在另一个事务中锁定C，A，B。
• 如果在事务由于死锁而失败时让应用程序重试，则理想情况下，应该在重新提交其查询/事务之前让应用程序稍作暂停。这使涉及死锁的其他事务有机会完成并释放形成死锁周期一部分的锁。

2）优化查询

• 经过优化的查询可以检查更少的行，因此可以减少锁定。

3）禁用死锁检测（对于运行MySQL 8+的系统）

• 如果您正在运行高并发系统，则禁用死锁检测并依靠innodb_lock_wait_timeout设置可能更有效。但是，请保持较低的设置。默认超时设置为50秒，如果您正在运行而没有死锁检测，则该时间太长。禁用死锁检测时要小心，因为它弊大于利