锁是数据库在并发写入下保护一致性的核心机制。MySQL 锁体系包括全局锁、表锁、行锁、间隙锁、元数据锁和意向锁，排障时必须知道锁住的到底是什么。

1. 学习定位

维度	内容
难度层级	并发核心
核心目标	先会用，再理解机制，最后能做工程取舍和故障分析
学习方法	带着业务场景看命令、SQL、数据结构、日志和运行时指标

2. 核心地图

MySQL锁
├─ 全局锁
├─ 表锁
├─ 行锁
├─ 间隙锁
├─ next-key lock
├─ MDL
├─ 意向锁
└─ 死锁

3. 小章节深度讲解

下面把核心地图中的每个点拆开讲。每个小节都同时面向开发和运维：开发侧关注怎么设计、怎么写代码、怎么避免错误；运维侧关注怎么监控、怎么定位、怎么恢复。

3.1. 全局锁

是什么

全局锁 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.2. 表锁

是什么

表锁 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.3. 行锁

是什么

行锁 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.4. 间隙锁

是什么

间隙锁 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.5. next-key lock

是什么

next-key lock 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.6. MDL

是什么

MDL 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.7. 意向锁

是什么

意向锁 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.8. 死锁

是什么

死锁 属于 MySQL 并发控制。锁不是简单阻塞工具，而是数据库在多事务并发下保护一致性、范围约束和表结构安全的机制。

开发人员怎么用

开发人员要让更新条件命中索引，统一资源访问顺序，并把重试设计成幂等。涉及状态、库存、余额的写入，要用条件更新缩小锁范围。

运维人员怎么看

运维人员要从阻塞链分析：持锁事务、等待事务、锁类型、索引路径、事务年龄和 SQL 来源。必要时结合 Performance Schema 与 InnoDB status。

常见风险

常见风险是无索引更新或长事务遇到 DDL，行锁、间隙锁和 MDL 叠在一起，最后表现为整张表像被冻住。

3.9. 本篇学习实验

建议准备一个至少百万行级别的测试表，分别观察正常查询、缺失索引、错误索引、长事务、锁等待和慢查询日志。每次实验都记录 SQL、执行计划、耗时、扫描行数和 MySQL 状态变量变化。

开发侧实验重点是理解 SQL 与事务边界，运维侧实验重点是理解指标如何变化。真正掌握本篇内容，应该能从现象反推 SQL、索引、锁、日志或存储引擎问题。

4. 核心机制

• 行锁锁的是索引记录。没有合适索引时，更新可能扫描更多记录并扩大锁影响。
• 间隙锁锁的是索引范围之间的空隙，用于阻止其他事务插入造成幻读。
• MDL 保护表结构元数据，任何 DML 都会持有共享 MDL，DDL 需要更强的 MDL。
• 意向锁是表级标记，用来协调表锁和行锁，不代表真的锁住整张表数据。

5. 工程实践

• 所有更新和删除都必须带可命中索引的条件。
• 热点行更新要评估是否能拆分、异步、累加或使用队列削峰。
• DDL 前检查长事务，必要时使用在线变更工具。
• 锁等待告警要包含阻塞事务、被阻塞 SQL、等待时间和连接来源。

6. 常见坑

• 无索引条件更新，造成大范围锁等待。
• 把 MDL 阻塞误认为行锁问题。
• 事务中先更新 A 再更新 B，另一个事务反过来更新，引发死锁。
• 只在应用层加锁，数据库更新条件仍不安全。

7. 专家视角

• 锁的目标不是消灭竞争，而是把竞争限制在正确、可控、可观测的范围。
• 专家设计写路径时会统一资源访问顺序，降低死锁概率。
• 锁排障的关键是时间线：谁先持有，谁在等待，等待的资源是什么。

8. Tips 快问快答

Q：行锁一定只锁一行吗？

A：不一定。行锁基于索引扫描范围，条件不佳时可能锁住很多记录或间隙。

Q：死锁是不是数据库 bug？

A：通常不是，是并发事务资源访问顺序冲突，数据库会选择一个事务回滚。

Q：DDL 为什么可能影响普通查询？

A：因为 MDL 等待会阻塞后续语句进入。

9. 阶段小结

MySQL锁 的学习重点不是记住零散概念，而是把它放回真实系统：数据如何进入、如何存储、如何被查询、如何在并发下保持正确、如何在故障后恢复。掌握这些连接关系，才能从“会用”走向“能设计、能优化、能排障”。