MySQL 锁的完整分类与详解

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

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

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

1. 全局锁

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

2. 表级锁

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

表格

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

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

手动加表锁命令：

LOCK TABLES table_name READ;  -- 加读锁
LOCK TABLES table_name WRITE; -- 加写锁
UNLOCK TABLES;                -- 解锁

3. 行级锁

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

行锁示例：

-- 加行共享锁（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;

二、按锁属性补充分类

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

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

三、特殊场景的锁

1. 页锁：锁定数据页（InnoDB 的存储结构，一页约 16KB），粒度介于行锁和表锁之间，MySQL 极少单独使用，仅 InnoDB 内部优化时用到；
2. 死锁：并非 “锁类型”，而是多事务互相持有对方需要的锁导致的阻塞状态，MySQL 会自动检测并回滚其中一个事务解决。

总结

1. 核心锁粒度：全局锁（整实例）> 表级锁（整表）> 行级锁（单行），粒度越小并发越高、开销越大；
2. 核心锁类型：共享锁（S）和排他锁（X）是基础，间隙锁 / 临键锁是 InnoDB 解决幻读的核心，MDL 锁保护表结构；
3. 引擎差异：MyISAM 仅支持表级锁，InnoDB 支持行级锁 + 表级锁，行锁是 InnoDB 保证事务 ACID 的核心。

关键点：日常开发中，90% 的场景关注行级锁（X/S/ 临键锁） 和MDL 锁 即可，全局锁仅用于备份，表级锁尽量避免（会降低并发）。

到此这篇关于MySQL 锁的完整分类与详解的文章就介绍到这了,更多相关mysql锁分类内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论