mysql中的的锁 - 技术栈

MySQL 锁分类详解

MySQL锁可以根据锁的类型、加锁的范围（颗粒度）、锁的思想三大类。

共享表锁（S Lock）
- 添加方式 ：LOCK TABLES table_name READ。
- 兼容性：允许其他事务加共享锁，禁止排他锁。
排他表锁（X Lock）
- 添加方式 ：LOCK TABLES table_name WRITE。
- 兼容性：禁止其他事务加任何锁。
意向锁（IS/IX）
- 意向共享锁（IS）：事务准备在行级加共享锁时，自动在表级添加 IS。
- 意向排他锁（IX）：事务准备在行级加排他锁时，自动在表级添加 IX。
- 作用：快速判断表内是否有行级锁，避免全表扫描。
- 兼容性：IS 与 IX 兼容，但 IS/IX 与表级 S/X 锁互斥。

记录锁（Record Lock）
- 作用：锁定具体某一行（共享或排他）。
- 触发方式 ：
  - 显式：SELECT ... FOR SHARE（S 锁）或 FOR UPDATE（X 锁）。
  - 隐式：所有写操作（INSERT/UPDATE/DELETE）自动对受影响行加 X 锁。

间隙锁（Gap Lock）

查询条件与索引唯一性

是否加间隙锁不仅取决于查询范围，还受 索引唯一性 和 查询结果确定性 影响：

查询类型	命中索引类型	是否加间隙锁	备注
精确查询	唯一索引	不加间隙锁	唯一索引数据一定记录唯一，不会涉及到记录之间的间隙
非精确查询	非唯一索引	加间隙锁	范围查询非唯一索引 InnoDB 认为可能存在幻读的风险一定加间隙锁
精确查询	非唯一索引	取决于查询的数据是否唯一	如果数据唯一，不加间隙锁；如果数据不唯一，可能加间隙锁
非精确查询	唯一索引	取决于查询的数据是否唯一	就算是唯一索引但是查询的范围包含多个可能的插入位置，InnoDB 认为可能存在幻读的风险（如where statistics_date > '2022-08-01' 可能影响多行数据。），除非查询范围内的数据仍然是唯一的（如根据主键in删除）

核心规则 ：

InnoDB 仅在 无法确定查询结果唯一性 时加间隙锁。唯一索引的精确命中查询可直接锁定记录，无需间隙锁。

Next-Key Lock
- 组成：记录锁 + 间隙锁，锁定行及其前面的间隙。
- 场景：范围查询（如 SELECT * FROM t WHERE id > 100）。
插入意向锁（Insert Intention Lock）
- 作用：标记事务准备插入的位置，是一种特殊的间隙锁。
- 兼容性：多个插入意向锁在相同间隙可共存，但与间隙锁冲突。
- 触发方式 ：INSERT 操作前自动添加。

间隙锁是一种范围锁，用于锁定数据记录之间的间隙（例如两个已有记录之间的区间），而不是锁定事务操作的时间间隔。它的主要作用是防止其他事务在这些数据间隙中插入新记录，从而避免幻读问题。

当前锁 \ 请求锁	S（表）	X（表）	IS	IX
S（表）	✔️	❌	❌	❌
X（表）	❌	❌	❌	❌
IS	❌	❌	✔️	✔️
IX	❌	❌	✔️	✔️

锁类型	是否兼容	是否等待	详细说明
插入意向锁	兼容	不需要等待	多个事务可在同一间隙加插入意向锁（允许并发插入同一间隙）。
共享锁（S Lock）	兼容	不需要等待	共享锁是行级记录锁，作用于具体行；插入意向锁作用于间隙，二者无直接冲突。
排他锁（X Lock）	不兼容	需要等待	排他锁是行级记录锁，若插入意向锁的间隙包含被 X 锁锁定的行，则需等待。
间隙锁（Gap Lock）	不兼容	需要等待	间隙锁直接锁定区间，插入意向锁需等待间隙锁释放才能插入。

说明：
- 插入意向锁是一种特殊的间隙锁，主要用于标记插入意图。
- 与共享锁兼容，但与排他锁和间隙锁冲突，需等待锁释放。
- 允许多个事务在同一间隙加插入意向锁，但实际插入时需通过行锁（记录锁）竞争确保唯一性。