4. 锁与并发导致的慢查询：行锁/表锁/间隙锁原理、锁等待与死锁排查、MVCC与快照读对延迟的影响

在数据库高并发场景下，锁机制是保证数据一致性的基石，但同时也是慢查询的主要诱因之一。本章深入剖析 MySQL InnoDB 存储引擎的锁类型、锁等待与死锁的排查方法，以及 MVCC（多版本并发控制）如何通过快照读影响查询延迟。

4.1 行锁、表锁与间隙锁原理

InnoDB 支持多种锁粒度，不同的锁类型在并发控制与性能之间做出权衡。理解它们的原理是定位锁相关慢查询的第一步。

锁类型	锁定范围	触发条件	对并发的影响
行锁（Record Lock）	索引记录	UPDATE / DELETE / SELECT ... FOR UPDATE	仅锁定单行，并发度高
表锁（Table Lock）	整张表	LOCK TABLES / DDL / MyISAM 引擎	阻塞所有读写，并发度极低
间隙锁（Gap Lock）	索引记录之间的间隙	非唯一索引的等值或范围查询（RR 隔离级别）	防止幻读，但可能扩大锁定范围
临键锁（Next-Key Lock）	记录 + 间隙	行锁与间隙锁的组合	InnoDB RR 级别默认使用

4.2 锁等待与死锁排查

锁等待是指一个事务因等待其他事务释放锁而阻塞；死锁则是两个或多个事务互相持有对方需要的锁，形成循环等待。两者都会导致查询延迟飙升。

4.2.1 锁等待的排查步骤

1. 查看当前锁等待信息： 使用 SHOW ENGINE INNODB STATUS\G 查看 LATEST DETECTED DEADLOCK 和 TRANSACTIONS 部分。
2. 查询正在锁等待的事务：

SELECT * FROM performance_schema.data_lock_waits\G

3. 定位阻塞源头： 通过 sys.innodb_lock_waits 视图快速找到谁在阻塞谁：

SELECT * FROM sys.innodb_lock_waits;

4. 分析 SQL 与索引： 检查阻塞 SQL 是否使用了低效索引或全表扫描，导致锁范围扩大。

4.2.2 死锁的排查与处理

步骤	命令 / 方法	说明
1. 开启死锁日志	SET GLOBAL innodb_print_all_deadlocks = ON;	将死锁信息记录到错误日志
2. 查看最近死锁	SHOW ENGINE INNODB STATUS\G	关注 LATEST DETECTED DEADLOCK 部分
3. 分析事务 SQL	检查两个事务的 SQL 语句与加锁顺序	死锁通常因加锁顺序不一致导致
4. 优化加锁顺序	统一业务中访问资源的顺序	例如：总是先更新表 A，再更新表 B
5. 缩小锁范围	使用索引、减少 WHERE 条件扫描行数	降低锁冲突概率

4.3 MVCC 与快照读对延迟的影响

MVCC（多版本并发控制）是 InnoDB 实现高并发读的核心机制。它通过 快照读（Snapshot Read） 让普通 SELECT 不加锁即可读到一致的数据版本，但快照读的延迟受以下因素影响：

• Undo Log 链长度： 长事务或频繁更新会导致 Undo Log 链过长，快照读需要遍历版本链，增加读取延迟。
• Read View 构建： 每次快照读都会生成 Read View，判断当前事务可见的版本。高并发下 Read View 的创建与维护有微小开销。
• Purge 线程滞后： 如果 Purge 线程未能及时清理已提交的旧版本，Undo 表空间膨胀，影响 I/O 性能。

因素	对延迟的影响	优化建议
Undo Log 链过长	快照读需要遍历多个版本，CPU 消耗增加	缩短长事务，避免大事务中夹杂大量更新
Read View 频繁创建	高并发下每个 SELECT 都创建 Read View	使用 START TRANSACTION WITH CONSISTENT SNAPSHOT 复用快照
Purge 线程滞后	Undo 表空间膨胀，磁盘 I/O 上升	调整 innodb_purge_threads 和 innodb_purge_batch_size
大量 SELECT ... FOR UPDATE	退化为当前读，加行锁，阻塞其他事务	评估业务是否真的需要加锁读，优先使用快照读

4.4 锁与并发慢查询的根因定位清单

当遇到锁相关慢查询时，按以下清单逐项排查：

1. 确认隔离级别： SELECT @@transaction_isolation; — RR 级别下间隙锁是常见元凶。
2. 检查锁等待： 使用 sys.innodb_lock_waits 或 performance_schema.data_lock_waits。
3. 分析 SQL 执行计划： EXPLAIN 检查是否使用了全表扫描或低效索引，导致锁范围从行锁升级为表锁或间隙锁。
4. 查看事务持续时间： SELECT * FROM information_schema.innodb_trx\G 关注 trx_started 和 trx_rows_locked。
5. 评估 Undo Log 大小： SHOW ENGINE INNODB STATUS\G 查看 History list length，数值过大说明 Purge 滞后。
6. 优化加锁顺序： 统一业务代码中多个资源的访问顺序，避免死锁。