前言
事务是MySQL的重要特性，而隔离级别是事务四大特性（ACID中的I，即Isolation）的关键组成部分。在面试中，事务隔离级别几乎是必考问题：四种隔离级别分别是什么？解决了哪些问题？MySQL默认使用哪个？它是如何实现的？本文将用最清晰的逻辑和实例，帮你彻底搞懂MySQL事务隔离级别，让你不仅能应付面试，还能在实际开发中正确选择和配置。
一、什么是事务隔离级别？
事务的隔离性要求：多个事务并发执行时，一个事务的执行不应该被其他事务干扰。但完全隔离（串行执行）性能太差，因此SQL标准定义了四种隔离级别，在数据一致性和并发性能之间做了权衡。
要理解隔离级别，先要了解并发事务可能引发的三个问题：
二、并发事务的三个问题
1. 脏读（Dirty Read）
现象：一个事务读到了另一个事务未提交的数据。
例子：
- 事务A将用户余额从100改为200（未提交）
- 事务B读取余额，看到200
- 事务A回滚，余额变回100
- 事务B读到的200是"脏数据"
危害：读到最终不存在的数据。
2. 不可重复读（Non-Repeatable Read）
现象：一个事务内两次读取同一行数据，结果不一致（中间被另一个事务修改并提交）。
例子：
- 事务A第一次读取余额，得到100
- 事务B修改余额为200并提交
- 事务A第二次读取余额，得到200
- 两次读取结果不同，即不可重复读
危害：导致事务内前后数据不一致，可能引发业务逻辑错误。
💡 注意：不可重复读针对同一行数据的修改。
3. 幻读（Phantom Read）
现象：一个事务内两次查询符合条件的数据行数不一致（中间被另一个事务插入或删除了数据）。
例子：
- 事务A第一次查询年龄>18的用户，得到5条记录
- 事务B插入一条年龄20的用户并提交
- 事务A第二次查询年龄>18的用户，得到6条记录
- 多出来的那条记录就像"幻觉"一样，称为幻读
危害：导致事务内查询结果不一致，影响业务逻辑。
💡 注意：幻读与不可重复读的区别在于，不可重复读针对同一行数据修改，幻读针对数据行数变化（插入或删除）。
三、SQL标准的四种隔离级别
| 隔离级别 | 脏读 | 不可重复读 | 幻读 | 说明 |
|---|---|---|---|---|
| 读未提交 (Read Uncommitted) | ✅ 可能 | ✅ 可能 | ✅ 可能 | 最低级别，几乎不用 |
| 读已提交 (Read Committed) | ❌ 不可能 | ✅ 可能 | ✅ 可能 | Oracle默认，MySQL支持 |
| 可重复读 (Repeatable Read) | ❌ 不可能 | ❌ 不可能 | ❌ MySQL已解决 | MySQL默认级别 |
| 串行化 (Serializable) | ❌ 不可能 | ❌ 不可能 | ❌ 不可能 | 最高级别，性能最差 |
✅ = 可能发生 | ❌ = 不会发生
四、MySQL InnoDB如何实现可重复读并解决幻读？
1. MVCC（多版本并发控制）
InnoDB通过MVCC实现可重复读：
- 为每行记录保存多个历史版本
- 通过undo log实现版本管理
- 事务读取数据时，根据Read View（视图）找到可见的版本
关键点：
- 快照读（普通SELECT）：事务只看到事务开始前已提交的数据，以及本事务内修改的数据
- 当前读（SELECT ... FOR UPDATE / LOCK IN SHARE MODE, UPDATE/DELETE）：需要加锁
📌 可重复读级别下，快照读保证了多次读取结果一致，避免了不可重复读和幻读。
2. 间隙锁（Gap Lock）
对于当前读，InnoDB使用间隙锁锁定一个范围，防止其他事务在该范围内插入新数据，从而避免幻读。
例子：
-- 事务A执行当前读，锁定age > 18的范围
SELECT * FROM user WHERE age > 18 FOR UPDATE;
-- 事务B试图插入age=20的记录，会被阻塞
INSERT INTO user (name, age) VALUES ('张三', 20);
💡 关键结论：MySQL InnoDB的可重复读隔离级别通过MVCC保证快照读一致性，通过间隙锁保证当前读不出现幻读，在保证数据一致性的同时，提供了不错的并发性能。
五、实际开发中如何选择隔离级别？
1. 可重复读（Repeatable Read）—— MySQL默认
适用场景：大多数业务系统，尤其是需要复杂查询、报表统计等，要求事务内多次读取数据一致。
优点：
- 平衡了一致性和并发性
- MySQL默认级别
- 通过MVCC和间隙锁解决了幻读
注意：在可重复读下，由于间隙锁的存在，可能增加锁竞争，但MySQL已优化良好。
2. 读已提交（Read Committed）—— Oracle默认
适用场景：对一致性要求稍低，但对并发要求极高的系统；或希望避免间隙锁导致的死锁问题。
优点：
- 只锁住行，不锁间隙
- 并发性能更好
缺点：
- 可能出现不可重复读和幻读（但很多业务可以接受）
3. 串行化（Serializable）—— 谨慎使用
适用场景：数据一致性要求极其严格，如金融转账核心逻辑（通常会用悲观锁替代）。
缺点：
- 并发极低，容易成为系统瓶颈
4. 读未提交（Read Uncommitted）—— 几乎不用
适用场景：几乎没有，除非你能容忍脏读。
结论：生产环境建议保持MySQL默认的可重复读隔离级别，除非你明确知道为什么需要更改。
六、如何查看和设置隔离级别？
查看当前隔离级别
-- 全局级别
SELECT @@global.transaction_isolation;
-- 会话级别
SELECT @@session.transaction_isolation;
-- 或
SELECT @@tx_isolation; -- 旧版本
设置隔离级别
-- 设置当前会话隔离级别
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
-- 设置全局隔离级别（需要SUPER权限）
SET GLOBAL TRANSACTION ISOLATION LEVEL READ COMMITTED;
⚠️ 注意：修改全局级别后，新连接生效；已存在的连接仍使用原级别。
七、总结
| 隔离级别 | 脏读 | 不可重复读 | 幻读 | 默认使用 |
|---|---|---|---|---|
| 读未提交 | ✅ | ✅ | ✅ | 几乎不用 |
| 读已提交 | ❌ | ✅ | ✅ | Oracle默认 |
| 可重复读 | ❌ | ❌ | ❌ MySQL已解决 | MySQL默认 |
| 串行化 | ❌ | ❌ | ❌ | 几乎不用 |
一句话总结：MySQL默认的可重复读级别，通过MVCC保证快照读一致性，通过间隙锁保证当前读不出现幻读，在保证数据一致性的同时，提供了优秀的并发性能。
结语
在数据库的世界里，事务隔离级别不是简单的理论概念，而是高并发系统的"安全阀"。MySQL的可重复读级别通过MVCC和间隙锁的巧妙组合，既保证了数据一致性，又提供了优秀的并发性能，这正是生产环境中的最佳实践。
SilkyStarter专注于分享每日技术干货，涵盖数据库、后端、前端、架构设计等多领域内容。我们相信，技术的进步来自于持续的学习和分享，希望与你一起在技术道路上共同成长。
✨ 关注SilkyStarter，获取每日技术干货
🔗 微信公众号：SilkyStarter
💡 每日更新：技术解析 | 实战经验 | 行业趋势
加入SilkyStarter，让我们一起在技术的海洋中扬帆起航，共同进步！
