MySQL 锁机制是数据库协调并发事务的核心手段，旨在保障隔离性与一致性；它由存储引擎自动加锁 / 释放，按粒度分为表锁、行锁、间隙锁，按模式分为共享锁（S）和排他锁（X），并引入意向锁（IS/IX）协同多粒度锁。
MySQL 锁机制是数据库用来协调多个事务 并发访问 同一资源的核心手段，核心目标是保障事务的隔离性与数据一致性。它不是靠用户手动控制全部流程，而是由存储引擎在执行 SQL 时自动加锁、事务结束时自动释放——但理解其原理，才能避开死锁、锁升级、性能瓶颈 等常见问题。
锁的本质和作用
锁本质上是内存中的一种数据结构，记录着“谁（事务 ID）、锁了什么（表 / 行 / 间隙）、以什么方式（S/X/IX/IS）”。它的直接作用有三个：
- 防止写冲突：比如两个事务同时修改同一行，排他锁（X 锁）确保只有一个能成功
- 保障读一致性：在可重复读（RR）隔离级别下，通过行锁 + 间隙锁组合，避免幻读
- 协调多粒度操作：意向锁（IS/IX）让表锁和行锁能高效共存，不用逐行扫描判断冲突
按粒度分：表锁、行锁、间隙锁
锁的粒度直接影响并发能力：
- 表锁 ：整张表被锁定，开销小、加锁快，但并发低。MyISAM 只支持表锁；InnoDB 在无索引条件查询或显式
LOCK TABLES时也会退化为表锁 - 行锁：只锁索引记录本身（Record Lock），前提是 SQL 走索引。这是 InnoDB 默认行为，高并发 OLTP 场景的基石
- 间隙锁（Gap Lock）：锁住索引值之间的空隙，比如
WHERE id BETWEEN 10 AND 20会锁住 (10,20) 区间，防止其他事务插入新记录造成幻读。仅在可重复读隔离级别生效
按模式分：共享锁与排他锁
这是最基础的锁行为分类：
- 共享锁（S 锁，读锁）：用
SELECT …… LOCK IN SHARE MODE显式加。多个事务可共存，但阻止任何 X 锁。适合需要读取后校验、但不立即修改的场景 - 排他锁（X 锁，写锁）：
UPDATE、DELETE、INSERT以及SELECT …… FOR UPDATE自动加。一个 X 锁存在时，其他 S / X 锁全部阻塞。它是数据变更的强制保护屏障
InnoDB 特有的协同锁：意向锁
当事务对某几行加了 X 锁，InnoDB 会自动在表上加一个意向排他锁（IX）。这不是为了锁表，而是给其他想加表锁的事务“打个招呼”：
- 有 IX 锁 → 表明底下有行正被独占 → 其他事务申请表写锁会被拒绝
- 有 IS 锁 → 表明底下有行正被共享读 → 表读锁仍可加，但表写锁不行
- 这样就避免了每次加表锁都要遍历所有行检查锁状态，大幅提升效率
