1. InnoDB的死锁检测机制

InnoDB存储引擎内置了死锁检测机制，当检测到死锁时，会自动回滚其中一个事务并输出错误日志。可以通过查看MySQL错误日志或应用日志获取死锁信息。

示例日志信息：

2023-10-01 12:34:56 20707 [ERROR] [SQLSTATE 23000] (HY000) Deadlock found when trying to get lock; transaction is rolled back

2. 使用系统变量检测死锁

MySQL提供了两个系统变量innodb Deadlock Detection和innodb Lock Wait Timeout，用于控制死锁检测和等待超时时间。可以通过查询以下系统表获取相关信息：

SHOW GLOBAL STATUS LIKE 'Innodb_deadlocks';

SHOW GLOBAL VARIABLES LIKE 'innodb_lock_wait_timeout';

3. 监控工具检测

借助数据库监控工具（如Percona Monitoring and Management、Prometheus等），可以实时监控数据库的锁状态和事务等待情况，及时发现潜在的死锁风险。

1. 优化锁粒度

锁粒度是指锁定的资源级别。InnoDB默认支持行锁，但行锁粒度过细可能导致频繁加锁和解锁，增加死锁概率。可以通过调整索引设计，避免锁膨胀（Lock Inflation），例如使用覆盖索引或优化查询条件。

2. 避免长事务

长事务会占用大量锁资源，增加死锁的可能性。可以通过以下方式优化：

• 尽量缩短事务的执行时间。
• 避免在事务中执行大量数据查询或复杂操作。
• 定期提交或回滚事务，避免长时间持有锁。

3. 调整事务隔离级别

MySQL支持多种事务隔离级别，包括Read Uncommitted、Read Committed、Repeatable Read和Serializable。较高的隔离级别可以减少数据不一致的风险，但也可能增加死锁的概率。可以通过调整隔离级别和使用一致性的读（如Next-Key Locks）来平衡性能和一致性。

4. 优化索引设计

索引是数据库性能优化的关键。合理的索引设计可以减少锁竞争，提高查询效率。建议：

• 为频繁查询的列创建索引。
• 避免使用全表扫描，确保查询条件能够利用索引。
• 定期分析和优化索引结构，删除冗余索引。

5. 使用死锁重试机制

对于支持高并发的场景，可以采用死锁重试机制。当检测到死锁时，自动回滚事务并重试，直到成功或达到最大重试次数。这种方法尤其适用于需要最终一致性的场景。

6. 配置适当的锁超时

通过设置innodb_lock_wait_timeout参数，可以控制锁等待的超时时间。当超时发生时，事务会自动回滚，避免长时间等待导致的系统僵局。建议根据业务需求调整该参数值。