答案：MySQL死锁由并发事务循环等待资源引起，可通过统一访问顺序、缩短事务长度、合理索引、配置参数及应用层重试等策略减少发生。
理解死锁成因
死锁通常发生在多个事务以不同顺序访问相同的数据行并持有锁。例如：事务 A 锁住行 1，请求行 2；事务 B 锁住行 2，请求行 1 —— 双方互相等待，形成死锁。
MySQL 检测到死锁后会自动回滚其中一个事务（通常是代价较小的），并抛出错误 Deadlock found when trying to get lock。
减少死锁发生的编码实践
从应用层控制事务行为，能有效降低死锁概率：
- 统一访问顺序：所有事务按相同顺序操作表和行。比如先更新用户表，再更新订单表，避免交叉。
- 缩短事务长度：尽快提交事务，减少锁持有时间。避免在事务中执行耗时操作（如网络请求、复杂计算）。
- 批量操作排序：更新多条记录时，按主键或唯一索引排序后再处理，保证加锁顺序一致。
- 避免长事务：使用显式事务时及时提交或回滚，不要长时间挂起。
合理使用索引与锁类型
索引直接影响锁的粒度和范围：
云模块网站管理系统3.1.03
下载
云模块_YunMOK网站管理系统采用PHP+MYSQL为编程语言，搭载自主研发的模块化引擎驱动技术，实现可视化拖拽无技术创建并管理网站！如你所想，无限可能，支持创建任何网站：企业、商城、O2O、门户、论坛、人才等一块儿搞定！永久免费授权，包括商业用途； 默认内置三套免费模板。PC网站+手机网站+适配微信+文章管理+产品管理+SEO优化+组件扩展+NEW Login界面.....目测已经遥遥领先..
- 为 WHERE 条件添加索引：避免全表扫描，否则可能升级为大量行锁甚至表锁。
- 避免隐式类型转换：导致索引失效，引发额外锁竞争。
- 谨慎使用 FOR UPDATE 或 LOCK IN SHARE MODE：只在必要时加锁，尽量延迟加锁时机。
- 考虑使用乐观锁替代悲观锁：通过版本号或时间戳判断数据是否被修改，减少锁争用。
调整 MySQL 配置参数
通过配置提升死锁检测效率和日志分析能力：
- innodb_deadlock_detect = ON：启用死锁自动检测（默认开启）。
- innodb_print_all_deadlocks = ON：将死锁日志写入 error log，便于排查根因。
- innodb_lock_wait_timeout：设置事务等待锁的最大时间（单位秒），可设为较低值（如 10~30），让事务快速失败重试。
- transaction_isolation：根据业务选择合适隔离级别。RR（可重复读）比 RC（读已提交）更容易产生间隙锁，增加死锁风险。
监控与分析死锁日志
定期查看 MySQL 错误日志中的死锁信息：
- 每条死锁记录包含两个事务的 SQL、持有的锁、等待的锁以及回滚决策。
- 分析哪几张表、哪些索引、哪个业务逻辑频繁参与死锁。
- 结合 SHOW ENGINE INNODB STATUS\G 查看最近一次死锁详情。
应用层重试机制
由于死锁属于可恢复错误，应用应捕获异常并实现自动重试：
- 捕获错误码 1213（ER_LOCK_DEADLOCK）或 SQLSTATE '40001'。
- 延迟几毫秒后重试事务，最多尝试 2~3 次。
- 确保重试逻辑幂等，防止重复提交造成数据异常。
