背景
MySQL具有锁定功能，例如表和行级别锁定，并且需要这种锁定来控制多用户并发中的数据完整性。死锁是一种不希望的情况，死锁是指两个或多个事务在等待事务成功进行之前互相放弃锁。这是所有数据库（包括MySQL / PostgreSQL / Oracle等）的经典问题。默认情况下，MySQL检测到死锁情况并打破死锁，它回滚事务之一。
写在前面
本文摘录自Percona官方社区博客https://www.percona.com/community-blog/2018/09/24/minimize-mysql-deadlocks-3-steps/
link
一些误解
关于死锁存在一些误解：
a）事务隔离级别负责死锁。死锁的可能性不受隔离级别的影响。隔离级别会更改读取操作的行为，但是由于写入操作会发生死锁。但是，隔离级别设置的锁较少，因此它可以帮助您避免某些锁类型（例如，间隙锁）。
b）小交易不受死锁的影响。小事务不太容易陷入僵局，但是如果事务不使用相同的操作顺序，它仍然会发生。
c）死锁是危险的。我仍然从使用MyISAM表的一些客户那里听到，他们不切换到InnoDB的原因是死锁问题。如果重试由于死锁而失败的事务并按照本文下面给出的步骤进行操作，则死锁并不危险。
我希望本文将有助于消除这种误解。
回到本文的主题。有很多可能导致死锁的可能性，为简单起见，我将建议分为3个步骤。
1.使用避免锁定的设计策略
将大型交易分解为较小的交易：缩短交易量使其不易发生冲突。
如果使用INSERT INTO…SELECT将某些或全部行从一个表复制到另一个表，请考虑使用较小的锁定事务隔离级别（例如READ_COMMITTED），并将该事务的二进制日志格式设置为行/混合。或者，设计您的应用程序以将单个INSERT语句放入循环中，然后将行复制到表中。
如果您的应用程序执行锁定读取，例如SELECT…FOR UPDATE或SELECT … FOR SHARE，请考虑使用MySQL 8.0中提供的NOWAIT和SKIPPED LOCK选项，请参见使用NOWAIT和SKIP LOCKED锁定读取并发。或者，您可以考虑使用较小的锁定事务隔离级别（如前所述）
一个或多个表中的多个事务更新数据集应对其事务使用相同的操作顺序。避免在一个事务中锁定表A，B，C，而在另一个事务中锁定C，A，B。
如果在事务由于死锁而失败时让应用程序重试，则理想情况下，应该在重新提交其查询/事务之前让应用程序稍作暂停。这使涉及死锁的其他事务有机会完成并释放形成死锁周期一部分的锁。
2.优化查询
经过优化的查询可以检查更少的行，因此可以减少锁定。
3.禁用死锁检测（对于运行MySQL 8+的系统）
如果您正在运行高并发系统，则禁用死锁检测并依靠innodb_lock_wait_timeout设置可能更有效。但是，请保持较低的设置。默认超时设置为50秒，如果您在没有死锁检测的情况下运行，则该时间太长。禁用死锁检测时要小心，因为它
弊大于利。
本文说明，主要技术内容来自互联网技术大佬的分享，还有一些自我的加工(仅仅起到注释说明的作用)。如有相关疑问，请留言，将确认之后，执行侵权必删