1. 死锁的本质与高并发场景
1.1 资源争用与锁粒度
在高并发的 MySQL 场景中，死锁往往源自多个事务对同一资源以不同顺序获取锁产生竞争。锁粒度越粗，发生冲突的概率越高，行锁与 间隙锁会放大这一现象。
为避免死锁，需要明确锁获取顺序，并尽量减少长事务对资源的持有时间。本文将介绍实用的方法，帮助实现更稳定的并发处理。
1.2 事务隔离级别的影响
在 MySQL 的 InnoDB 引擎中，默认 Read Committed 与 可重复读 会影响锁的行为，串行化 能将死锁概率降到极低，但开销增加。
理解 隔离级别 与死锁之间的权衡，有助于在高并发下优先选择合适的级别，避免不必要的锁竞争。
2. 实用的死锁预防策略
2.1 统一的锁获取顺序
确保所有涉及同一组资源的事务遵循同一的 锁获取顺序，例如先锁交易表，再锁余额表，这样就不会出现循环等待。
通过制定 锁获取规则，可以显著降低死锁概率，从而提升并发吞吐。
2.2 缩短事务执行时间
将事务中的 逻辑判断与写操作分离，尽可能降低 事务持续时间，避免被锁资源长时间占用。
你可以通过将大事务拆分为多个小事务来实现，降低锁定时延，提升并发处理能力。
-- 统一锁获取顺序的示例
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1 FOR UPDATE;
SELECT balance FROM accounts WHERE id = 2 FOR UPDATE;
UPDATE accounts SET balance = balance - 50 WHERE id = 1;
UPDATE accounts SET balance = balance + 50 WHERE id = 2;
COMMIT;
2.3 使用非阻塞读取和覆盖索引
对于只读场景，优先使用覆盖索引与减少对行锁的触发，尽量避免非必要的锁等待。覆盖索引可以减少回表，从而降低锁的持续时间。
在写操作时，确保涉及字段建立覆盖索引，降低回表带来的锁范围扩展，从而提升并发能力。
-- 覆盖索引示例
SELECT id, balance FROM accounts WHERE id = 12345;
-- 可避免额外的回表，从而减少锁定范围
3. 死锁排查要点与工具
3.1 查看死锁信息与日志
InnoDB 在出现死锁时会生成相应的日志，开发与运维可以通过 SHOW ENGINE INNODB STATUS 查看死锁详情，定位相互等待的事务。
分析死锁日志时，关注 wait-for 图和涉及的 锁模式，以明确哪些资源被锁定以及谁在等待。
SHOW ENGINE INNODB STATUS\G
3.2 使用慢查询日志与性能诊断模式
开启慢查询日志并结合 性能模式，可以发现哪些 SQL 在高并发下频繁锁定资源，锁等待时间显著。
结合查询计划与实际执行时间，可定位需要优化的语句。
SHOW VARIABLES LIKE 'log_min_duration_statement';
SET GLOBAL long_query_time = 0;
3.3 监控长事务与活跃锁
使用 INFORMATION_SCHEMA.innodb_locks 与 innodb_lock_waits 表来诊断正在等待的锁，识别 长事务，并据此优化应用设计。
SELECT * FROM information_schema.innodb_locks ORDER BY lock_id;
SELECT * FROM information_schema.innodb_lock_waits ORDER BY requesting_trx_id;
4. 代码示例与实践
4.1 简化事务与分区更新
通过将复杂操作拆分为小型事务，减少锁持有时间，并避免跨表锁定造成的死锁风险。
例如，将大批量更新拆成分段提交，降低并发冲突，提升系统可用性。
-- 分段提交示例
START TRANSACTION;
UPDATE orders SET status = 'processed' WHERE id BETWEEN 1000 AND 1999;
COMMIT;-- 另一批次
START TRANSACTION;
UPDATE orders SET status = 'processed' WHERE id BETWEEN 2000 AND 2999;
COMMIT;
4.2 使用显式锁与一致性读
在高并发场景中，SELECT ... FOR UPDATE 与 SELECT ... LOCK IN SHARE MODE 可以显式控制锁粒度，降低隐性锁带来的风险。
同时，一致性读（读已提交）可以减少锁定对读操作的影响。
-- 使用显式锁的示例
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1 FOR UPDATE;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
COMMIT;
4.3 处理死锁的回滚策略
当检测到死锁后，数据库会自动回滚其中一个事务，确保系统继续运行。正确的回滚策略应包括对应用层的幂等性处理。
在应用逻辑里，提供重试机制与幂等设计，确保在回滚后能够正确重试。
-- 回滚策略示意（伪代码）
BEGIN;
-- 执行业务更新
COMMIT OR ROLLBACK;
5. 高并发环境下的监控与容量规划
5.1 指标与阈值
设定 死锁率、锁等待时间、TPS等关键指标的阈值，建立实时告警，及时发现并处理异常的并发热点。
持续监控可以帮助运维团队在问题扩大之前进行调优与容量扩展。
5.2 架构层面的调整
在 MySQL 集群或分布式架构中，可以通过 读写分离、分库分表、分区表等手段来降低单点锁竞争，提升系统吞吐能力。
结合缓存策略和队列异步化，进一步降低对数据库的直接写锁需求，提升高并发场景的稳定性。
