MySQL死锁如何排查并解决，以及后期如何监控和预防。

前言

    排查、解决、监控和预防。我们需要逐一覆盖这些方面。
    先从排查开始。当发生死锁时，开发者需要查看错误日志，MySQL会记录死锁的相关信息。此外，可以使用SHOW ENGINE INNODB STATUS命令来获取最近的死锁信息，里面包含了事务的详细信息、持有的锁、等待的锁等。

    分析死锁日志是关键，要找到涉及的事务和SQL语句，以及它们访问的数据和索引。可能需要优化事务，比如缩短事务时间，按照固定顺序访问表，或者调整隔离级别。此外，检查索引是否合理，缺少索引可能导致全表扫描，增加锁冲突的可能。

    需要定期检查死锁日志，使用监控工具如Percona Toolkit、pt-deadlock-logger等。设置合适的锁等待超时时间，避免长时间阻塞。应用层面优化，比如重试机制，避免在事务中执行不必要的操作，减少锁的持有时间。

    死锁可能由于不同的事务访问顺序引起，解决方法是统一访问顺序。还有，索引缺失可能导致行锁升级为表锁，增加死锁概率，所以需要检查索引设计。另外，事务的大小和持续时间也很重要，大事务更容易导致死锁。

    配置MySQL的日志参数，确保死锁信息被记录。预防措施中，可能需要提到应用程序的设计模式，比如使用乐观锁或悲观锁，根据场景选择合适的并发控制策略。

    整个思考过程需要覆盖死锁的产生原因、如何通过日志分析具体问题，然后给出具体的解决步骤，最后在监控和预防上给出可行的建议。同时，要结合实际案例或常见场景，帮助读者更好地理解。

一、死锁排查步骤

当 MySQL 发生死锁时，需通过日志和工具快速定位问题。以下是详细排查流程：

1. 查看死锁日志

    MySQL 默认不会主动记录所有死锁信息，需手动开启日志或通过命令查看。

• 开启死锁日志（my.cnf 配置）：

  [mysqld]
  innodb_print_all_deadlocks = ON   # 记录所有死锁到错误日志
  

• 查看最近死锁信息：

  SHOW ENGINE INNODB STATUS\G
  

  在输出中查找 LATEST DETECTED DEADLOCK 部分，包含：

  • 死锁发生时间、事务ID。
  • 事务持有的锁和等待的锁。
  • 导致死锁的 SQL 语句。

2. 分析死锁日志

示例日志片段：

LATEST DETECTED DEADLOCK
------------------------
2023-10-01 10:00:00 0x7f8e3c2d6700
*** (1) TRANSACTION:
TRANSACTION 12345, ACTIVE 0 sec starting index read
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 1136, 1 row lock(s)
MySQL thread id 100, OS thread handle 123456, query id 7890 127.0.0.1 root updating
UPDATE users SET balance = balance - 100 WHERE id = 1;

*** (1) HOLDS THE LOCK(S):
RECORD LOCKS space id 456 page no 3 n bits 72 index PRIM