MySQL 锁的完整分类与详解_Mysql

mysql 中的锁可以从锁粒度、锁类型、锁状态三个维度划分，下面按 “粒度 + 类型” 的逻辑体系，逐一说明所有核心锁的定义、作用和使用场景：

一、按锁粒度划分（核心分类）

锁粒度决定了锁的影响范围，粒度越小，并发度越高，但锁管理开销越大。

1. 全局锁

定义：锁定整个 mysql 实例，是粒度最大的锁。
作用：保证整个实例的数据一致性，防止数据被修改。
具体实现：flush tables with read lock (ftwrl)
使用场景：
- 全库逻辑备份（避免备份过程中数据被修改）；
- 跨库事务一致性读取（极少用，因为会阻塞所有写操作）。
注意：加全局锁后，所有库的所有表都只能读，写操作（增删改、ddl）全部阻塞；解锁用unlock tables。

2. 表级锁

锁定整张表，粒度比全局锁小，开销小、加锁快，但并发度低。mysql 中表级锁分为两类：

表格

锁类型	定义	作用	适用场景
表读锁（read）	共享锁（s 锁）	加锁后，自己和其他会话都能读表，所有会话都不能写表	只读操作（如批量查询）
表写锁（write）	排他锁（x 锁）	加锁后，只有自己能读写表，其他会话既不能读也不能写	批量修改表数据（如全表更新）
元数据锁（mdl）	隐式加锁（无需手动）	保护表结构（元数据）不被修改，ddl 操作会加 mdl 写锁，dml / 查询加 mdl 读锁	防止查询时表结构被修改
意向锁（is/ix）	表级的 “标记锁”	表示 “某个事务准备给表中的行加锁”，避免行锁和表锁冲突	配合行锁使用（自动加锁）

1.意向共享锁（is）：与表锁共享锁（read）兼容，与表锁排他锁（write）互斥。

2.意向排他锁（ix）：与表锁共享锁（read）及排他锁（write）都互斥。意向锁之间不会互斥。

手动加表锁命令：

lock tables table_name read;  -- 加读锁
lock tables table_name write; -- 加写锁
unlock tables;                -- 解锁

3. 行级锁

锁定表中的单行数据，粒度最小，并发度最高，但加锁开销大（innodb 引擎特有，myisam 不支持）。

锁类型	定义	作用
行共享锁（s 锁）	事务对行加 s 锁后，其他事务可加 s 锁（共享读），但不能加 x 锁（排他写）	允许并发读，防止读时被修改（如`select ... lock in share mode`）
行排他锁（x 锁）	事务对行加 x 锁后，其他事务既不能加 s 锁也不能加 x 锁	保证修改 / 删除时数据独占，防止并发修改（如`update/delete/insert`）
间隙锁（gap lock）	锁定索引记录之间的 “间隙”（不包含记录本身），防止插入新数据	解决幻读问题（rr 隔离级别下自动生效）
临键锁（next-key lock）	行锁 + 间隙锁的组合，锁定 “记录 + 记录前的间隙”，是 innodb 默认的行锁方式	同时防止幻读、不可重复读（rr 隔离级别下核心锁）
插入意向锁（insert intention lock）	多个事务插入同一间隙时的 “意向锁”，互不阻塞	提升并发插入效率（如多个事务插入不同行到同一间隙）
自增锁（auto-inc lock）	针对自增列的表级锁，保证自增 id 连续唯一	防止自增 id 重复（可通过`innodb_autoinc_lock_mode`调整锁粒度）

行锁示例：

-- 加行共享锁（s锁）
select * from user where id=1 lock in share mode;
-- 加行排他锁（x锁）
select * from user where id=1 for update;
-- 普通dml自动加x锁
update user set name='test' where id=1;

二、按锁属性补充分类

除了粒度，还可按 “锁的竞争关系” 划分：

共享锁（s 锁）：多事务共享读权限，互斥写权限（如行 s 锁、表读锁）；
排他锁（x 锁）：独占读写权限，其他事务无法加任何锁（如行 x 锁、表写锁）；
意向锁（is/ix）：表级的 “预告锁”，is = 意向共享（准备加行 s 锁），ix = 意向排他（准备加行 x 锁），仅用于判断表锁和行锁的冲突，无需手动操作。