​📌关键词：**​MySQL​​、InnoDB、MVCC、Next-Key Lock、幻读​、间隙锁、并发控制、数据库原理**

大家好呀！我是数据库小学妹👋

我们之前学了两个重要的并发控制技术：MVCC（多版本并发控制）让读不加锁，锁机制让写不冲突。但是有个经典问题一直让很多新手头疼：

> 在可重复读（RR）隔离级别下，MVCC不是已经避免了不可重复读吗？为什么还会出现幻读？传说中的“Next-Key Lock”到底是怎么和MVCC配合的？

今天，我们就来揭开**InnoDB 的终极秘密：MVCC**​​**​ 和锁是如何配合，解决“幻读”难题的**​。

## 一、什么是幻读？

假设你运营一个电商系统，订单表 `orders` 有 `status` 字段。现在有一个统计需求：​**查询状态为“待支付”的所有订单**​，并在这个事务里对这些订单做批量处理。

**幻读场景：**

```sql
-- 事务A（统计订单）
BEGIN;
SELECT * FROM orders WHERE status = 'pending';   -- 查到2条
-- 此时，事务B插入了1条新的待支付订单

-- 事务A再次执行同样的查询
SELECT * FROM orders WHERE status = 'pending';   -- 查到3条！
COMMIT;
```

同一个事务内，两次查询结果集的​**行数不一致**​（多了一条“幽灵”记录），这就是幻读。

**💡 ​不可重复读​ vs ​幻读：**

* 不可重复读：同一行数据内容变了（MVCC通过Read View解决）
* 幻读：结果集的行数变了（MVCC解决不了，需要锁配合）

---

## 二、为什么MVCC挡不住幻读？

MVCC的核心机制是**快照读**（普通`SELECT`），它基于事务开始时的Read View来判断可见性。Read View一旦生成，在整个事务中复用（RR级别下），所以已提交的新插入行的事务ID > Read View的max\_trx\_id，不会被当前事务看到。

但问题在于：MVCC只控制了“读”，管不了“写”。如果事务A要修改或锁定那些“看不见”的新插入行，就会触发当前读，从而发现新行。

> MVCC能保证快照读没有幻读，但无法阻止当前读（`SELECT ... FOR UPDATE`/`UPDATE`/`DELETE`）下的幻读。

---

## 三、锁机制挺身而出：Next-Key Lock登场

为了解决幻读，InnoDB引入了​**Next-Key Lock**​。它不是一个单独的锁，而是**​行锁（Record Lock）+ 间隙锁（Gap Lock）​**的合体。

* **Record Lock**：锁定某条具体记录（比如锁住 id=5 的行）
* **Gap Lock**：锁定索引记录之间的“间隙”，防止其他事务在间隙里插入新记录

**Next-Key Lock** 锁定的是一个​**左开右闭的区间**​（比如 `(5, 10]`），既锁住了记录，又锁住了前面的空隙。

### 🎯实战：Next-Key Lock如何防幻读

回到订单表，假设 `status` 列有索引，值为 `'pending'` 的记录分布在索引上。当事务A执行：

```sql
SELECT * FROM orders WHERE status = 'pending' FOR UPDATE;
```

InnoDB会做两件事：

1. 对查询到的所有 `'pending'` 记录加上行锁（Record Lock）
2. 对 `'pending'` 值所在索引范围的前后间隙加上间隙锁，禁止其他事务插入新的 `'pending'` 订单

这样，事务B就无法插入新的 `'pending'` 订单（被间隙锁阻塞），从而避免了幻读。

> 💡 如果查询条件没有走索引，InnoDB会升级为表级锁（实际是锁全表的间隙），并发性极差——所以防幻读也依赖索引设计。

**​InnoDB 解决幻读的真相：​**MVCC 负责解决“读写冲突”（让你读快照），Next-Key Lock 负责解决“写写冲突”和“幻读”（让你插不进来）。

---

## 四、深度解析：RR 级别下的“读”与“写”到底发生了什么？

为了让你更直观地理解，我们用一个表格总结一下在 RR 级别下，不同操作的底层逻辑：

| 操作类型                       | 使用的机制             | 底层逻辑                                                       |
| -------------------------------- | ------------------------ | ---------------------------------------------------------------- |
| 普通查询 SELECT \*             | MVCC (快照读)          | 不加锁！直接读 Undo Log 里的历史版本，所以读写不阻塞。         |
| 锁定查询 SELECT ... FOR UPDATE | Next-Key Lock (当前读) | 加锁！这时候 MVCC 失效，必须读最新的数据，并且锁住记录和间隙。 |
| 更新/删除UPDATE/DELETE        | Next-Key Lock (当前读) | 同样是加锁读最新数据，防止幻读和脏写。                         |

⚠️ **避坑时刻：**

很多新手会发现，在 RR 级别下，有时候查不到幻读，有时候又能查到。

* 原因：如果你用的是 `SELECT *`（快照读），你永远看不到别人插入的新数据（MVCC 在起作用）。
* 原因：如果你用的是 `SELECT ... FOR UPDATE`（当前读），你立刻就能看到新数据，并且会被锁阻塞。

---

## 五、实战验证：如何看到间隙锁的效果？

开启两个会话，事务A先执行：

```sql
BEGIN;
SELECT * FROM orders WHERE id BETWEEN 10 AND 20 FOR UPDATE;
```

事务B尝试插入 `id = 15`：

```sql
INSERT INTO orders (id, status) VALUES (15, 'pending');
```

你会看到事务B​**被阻塞**​，直到事务A提交或回滚。这就是间隙锁在起作用。

查看当前锁信息：

```sql
SHOW ENGINE INNODB STATUS\G
```

输出中搜索 `LATEST DETECTED DEADLOCK` 或查看 `TRANSACTIONS` 段落，可以看到`gap lock`字样。

---

### 六、总结

今天我们把数据库并发控制的最后一块拼图拼上了：

1. MVCC 是主角，它负责让“读”变得飞快，不用排队。
2. Next-Key Lock 是保镖，它负责在关键时刻（写操作）挡住“幻读”和“脏数据”。
3. RR 隔离级别 是导演，它安排 MVCC 和 锁 轮流上场，既保证了数据一致，又兼顾了性能六

**​📝一句话总结：​**MVCC 解决了“读旧数据”的问题，锁解决了“写新数据”的问题。两者合体，才是 InnoDB 高性能的真正秘密。

👋 我是**数据库小学妹**一个用**设计师思维**学数据库的转行人。我们一起把复杂的技术变得简单有趣！💕

---

本文示例基于 MySQL 8.0 + InnoDB。理解了这套机制，你已经超越了 80% 的初级开发者。


​📌关键词：​MySQL​​、InnoDB、MVCC、Next-Key Lock、幻读​、间隙锁、并发控制、数据库原理

MVCC与锁联手：彻底搞懂MySQL如何解决幻读

本文深入解析InnoDB如何通过MVCC与Next-Key Lock协同解决幻读：MVCC保障快照读一致性，Next-Key Lock（行锁+间隙锁）阻断新记录插入，二者在RR级别下分工合作——读不加锁、写不幻读。掌握此机制，直击数据库并发控制核心！

数据库

编程语言

后端

MySQL的InnoDB引擎通过MVCC实现快照读避免不可重复读，配合Next-KeyLock(行锁+间隙锁)解决幻读问题。MVCC负责读写并发控制，Next-KeyLock防止新记录插入导致幻读，两者协同确保RR隔离级别的数据一致性。掌握MVCC与锁机制原理是深入理解MySQL高并发实现的关键。

MySQL

腾讯云数据库特惠，新用户首单0.5折起


2026采购季 | AI焕新·智启新局

tencentdb-catalog

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

MVCC与锁联手：彻底搞懂MySQL如何解决幻读-腾讯云开发者社区-腾讯云

MVCC与锁联手：彻底搞懂MySQL如何解决幻读

MVCC与锁联手：彻底搞懂MySQL如何解决幻读

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐