MySQL锁的完整分类与详解

来源：这里教程网时间：2026-02-28 15:11:15 作者：

一、按锁粒度划分（核心分类）1. 全局锁2. 表级锁3. 行级锁二、按锁属性补充分类三、特殊场景的锁总结

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;