面试官问：数据库隔离级别有哪些？一张图+图书馆占座比喻，彻底拿下这道必考题（附图解+比喻+避坑指南）

预计阅读：13分钟

📌 你是不是也这样：背了“读未提交、读已提交、可重复读、串行化”四个级别名称，但面试官一追问“脏读和不可重复读有什么区别”“为什么MySQL用RR而PG用RC”就卡壳了？

今天一张图 + 一个图书馆占座故事 + 三大并发问题剖析 + 四种隔离级别对比 + 六道追问，彻底拿下这道题。

📝摘要：数据库隔离级别是事务ACID中“隔离性”的具体实现策略，用于在数据一致性和并发性能之间取得平衡。SQL标准定义了四种隔离级别：读未提交（允许脏读）、读已提交（避免脏读）、可重复读（避免脏读和不可重复读）、串行化（完全隔离）。MySQL InnoDB默认使用可重复读（RR），PostgreSQL默认使用读已提交（RC）。本文用“图书馆占座”比喻 + 三大并发问题剖析 + 四种隔离级别对比 + MySQL与PG实现差异 + 6道面试官追问，彻底讲透这道数据库面试必考题。一句话：隔离级别是并发控制的“刻度尺”——刻度越高，数据越准，并发越慢。

我是折哥，《Java 85题图解版》系列连载中（已更新27题，建议收藏本系列）。
每周2-3篇，85题通关路线一键追完。
👉点击关注，第一时间收到每篇新题推送。

• 上一篇：面试官问：事务ACID属性是什么？
• 下一篇预告：面试官问：MVCC多版本并发控制原理是什么？
• 全部85题：点击查看总目录（关注专栏，追更不迷路）

一句话总结：隔离级别是并发控制的“刻度尺”——刻度越高，数据越准，并发越慢。

读未提交（RU）：最低级别，允许脏读 → 像图书馆随便坐，看到空位就坐，可能是别人的。

读已提交（RC）：避免脏读 → 像图书馆确认没人再坐，但同一座位不同时间看可能不同。

可重复读（RR）：避免脏读和不可重复读 → 像图书馆坐下后座位固定，但周围可能多出新座位（幻读）。

串行化：避免所有并发问题 → 像图书馆排号入场，最安全但最慢。

背诵口诀：读未提交啥都防不住，读已提交只防脏读，可重复读防脏读+不可重复读，串行化全都防；MySQL默认RR，PG默认RC。

核心设计理念：隔离级别越高，数据一致性越好，但并发性能越低。需要在两者之间找到适合业务场景的平衡点。

💬 面试还原

面试官：数据库有哪些隔离级别？分别解决什么问题？MySQL默认用哪个？

这是数据库面试中必问必考的核心题，直接进入正题。

🧠 一图看懂：隔离级别全景

🏭 生活比喻：图书馆占座

场景设定

图书馆里有自习桌（数据），同学们（事务）要占座学习。

读未提交 = “谁都能坐，不管有没有人”

你看到一个座位没人（未提交的数据），直接坐下。结果那个人只是去上厕所（事务回滚），座位其实是他的——你坐了个“脏座位”（脏读）。

特点：效率最高，但最混乱。

读已提交 = “必须确认没人再坐”

你看到座位没人，但必须等原主人确认离开（事务提交）之后才能坐。同一个座位，你上午看是空的，下午看还是空的（不保证多次看到一致的结果）。

特点：不会坐到别人的位置，但同一座位不同时间看可能不同（不可重复读）。

可重复读 = “坐下后座位就是你的”

你坐下后，座位就被你占住了（一致性读），其他人不能在你旁边加塞（但可能在你前面或后面多出一排新座位——幻读）。

特点：你的座位稳定，但周围可能多出新座位。

串行化 = “排号入场”

所有人必须排成一队，一个一个进去学习，完全串行。

特点：最安全，但最慢，没人受得了。

一句话对照：隔离级别就是图书馆的“占座规则”——规则越严，越不会冲突，但效率越低。

🔬 三大并发问题深度解析

1. 脏读（Dirty Read）

定义：一个事务读取了另一个未提交事务的修改数据。

示例：

• 事务A：把balance从100改为200（未提交）
• 事务B：读取balance，得到200
• 事务A：回滚，balance恢复为100
• 事务B：读到的200是无效的“脏数据”

核心特点：读到了最终不存在的数据。

2. 不可重复读（Non-Repeatable Read）

定义：同一事务中，多次读取同一行数据，因其他事务的修改导致结果不一致。

示例：

• 事务A：第一次读取balance，得到100
• 事务B：更新balance为200并提交
• 事务A：第二次读取balance，得到200——前后不一致

与脏读的区别：脏读读到的是未提交的数据；不可重复读读到的是已提交但被修改过的数据。

3. 幻读（Phantom Read）

定义：同一事务中，多次执行相同查询，因其他事务的插入或删除导致结果集变化。

示例：

• 事务A：查询WHERE age > 18，返回10行
• 事务B：插入一条age=20的新记录并提交
• 事务A：再次执行相同查询，返回11行——多了1行“幻影”

与不可重复读的区别：不可重复读是同一行数据被修改（UPDATE）；幻读是行数发生变化（INSERT/DELETE）。

📊 四种隔离级别详解

读未提交（READ UNCOMMITTED）

读已提交（READ COMMITTED）

可重复读（REPEATABLE READ）

串行化（SERIALIZABLE）

🏛️ MySQL vs PostgreSQL 实现差异（面试加分项）

MySQL InnoDB 默认 RR

InnoDB默认使用可重复读（RR），主要通过两种机制实现：

1. MVCC（多版本并发控制）：事务中第一次SELECT生成ReadView，后续所有读操作复用该快照，保证同一事务内多次读取结果一致
2. 间隙锁（Gap Lock）：RR级别下，InnoDB不仅锁住行，还锁住行与行之间的间隙，阻止其他事务插入新数据，从而实际解决了幻读

PostgreSQL 默认 RC

PostgreSQL默认使用读已提交（RC），主要通过MVCC实现：

• 语句级快照：每条SQL语句看到的是语句开始时的已提交数据
• 无脏读：绝不会读取未提交的数据
• 允许不可重复读和幻读：同一事务内相同查询可能返回不同结果

PostgreSQL内部实际只实现了三种隔离级别——读未提交的行为和读已提交相同。

为什么MySQL用RR而PG用RC？

生产环境中，很多互联网公司会将MySQL的隔离级别从RR调整为RC，以降低间隙锁带来的死锁风险，换取更高的并发性能。

🔍 高频面试追问（6道大厂真题）

追问1：脏读、不可重复读、幻读有什么区别？

回答要点：三者针对不同场景——脏读读未提交数据，不可重复读同一行被修改，幻读结果集行数变化。

详细回答：

并发问题	核心现象	操作类型	隔离级别
脏读	读到未提交的数据	UPDATE	RU
不可重复读	同一行两次读取不一致	UPDATE	RC及以下
幻读	相同查询结果集变化	INSERT/DELETE	RR及以下

追问2：MySQL的可重复读是如何实现的？

回答要点：MVCC + ReadView + 间隙锁。

详细回答：

InnoDB在RR级别下主要依靠：

1. MVCC：每行记录有隐藏字段（DB_TRX_ID、DB_ROLL_PTR），通过undo log保存历史版本
2. ReadView：事务中第一次SELECT生成ReadView，后续读操作复用，保证一致性
3. 间隙锁（Gap Lock）：锁定行与行之间的间隙，阻止其他事务插入，实际解决幻读

追问3：为什么很多互联网公司把MySQL从RR改为RC？

回答要点：降低间隙锁死锁风险，换取更高并发性能。

详细回答：

RR级别下的间隙锁（Gap Lock）在高并发场景下容易引发死锁，影响系统可用性。RC级别不使用间隙锁，只锁定行本身，死锁风险更低。虽然RC会出现不可重复读和幻读，但在大多数互联网业务中是可接受的——通过MVCC+快照读，RC级别下读性能可提升约30%。

追问4：PostgreSQL为什么默认用RC而不是RR？

回答要点：性能优先的设计哲学。

详细回答：

PostgreSQL的设计理念是在保证数据不脏的前提下最大化并发性能。RC级别通过语句级快照保证无脏读，同时避免RR级别的事务级快照带来的额外开销。PostgreSQL的MVCC实现非常高效，RC级别下读操作完全不阻塞写操作，写操作也不阻塞读操作，适合高并发场景。

追问5：事务隔离级别和ACID中的隔离性是什么关系？

回答要点：隔离级别是隔离性的具体实现策略。

详细回答：

隔离性（Isolation）是ACID中的I，定义了事务之间应该隔离到什么程度。SQL标准的四种隔离级别就是隔离性的具体实现策略——从“几乎不隔离”（读未提交）到“完全隔离”（串行化），在不同级别上权衡数据一致性和并发性能。

追问6：SELECT ... FOR UPDATE在不同隔离级别下行为有什么不同？

回答要点：加锁读（当前读）的行为与快照读不同。

详细回答：

SELECT ... FOR UPDATE是当前读，不是快照读。在RC级别下，它只锁定查询到的行；在RR级别下，它除了锁定行，还会加间隙锁防止幻读。这也是为什么RC级别下用SELECT ... FOR UPDATE可以部分替代RR的防幻读功能。

💣 避坑指南

💻 可运行验证代码

-- 1. 查看当前隔离级别（MySQL）SELECT@@transaction_isolation;-- 或SHOWVARIABLESLIKE'transaction_isolation';-- 2. 查看当前隔离级别（PostgreSQL）SHOWdefault_transaction_isolation;-- 3. 设置隔离级别（MySQL会话级）SETSESSIONTRANSACTIONISOLATIONLEVELREADCOMMITTED;-- 4. 设置隔离级别（PostgreSQL会话级）BEGIN;SETTRANSACTIONISOLATIONLEVELREPEATABLEREAD;-- 5. 演示脏读（需要两个会话）-- 会话1：开启事务，更新但不提交STARTTRANSACTION;UPDATEaccountsSETbalance=balance-100WHEREid=1;-- 会话2：在不同隔离级别下读取，RU能看到未提交数据，RC看不到-- 6. 演示不可重复读（两个会话）-- 会话1：开启RR事务，第一次查询STARTTRANSACTION;SELECTbalanceFROMaccountsWHEREid=1;-- 得到100-- 会话2：更新并提交UPDATEaccountsSETbalance=200WHEREid=1;-- 会话1：第二次查询，RR下仍得100，RC下得200

❓ 评论区挑战

问题：关于数据库隔离级别的描述，以下哪一个是错误的？

-- 场景：MySQL InnoDB引擎，默认隔离级别STARTTRANSACTION;SELECTbalanceFROMaccountsWHEREid=1;-- 其他事务更新了这条数据并提交SELECTbalanceFROMaccountsWHEREid=1;

A. 读未提交（RU）级别下，两次SELECT可能读到不同的值
B. 读已提交（RC）级别下，两次SELECT一定读到相同的值
C. 可重复读（RR）是MySQL InnoDB的默认隔离级别
D. 串行化（Serializable）级别下，所有并发问题都被解决

💬 欢迎在评论区写出你的答案和理由，我会在下一篇文章发布后更新本文，公布答案及错误选项逐项解析。

✅ 答案公布

正确答案：B. 读已提交（RC）级别下，两次SELECT一定读到相同的值

解析：

• RC级别只保证不脏读，但不保证不可重复读——同一事务中两次读取同一数据，可能因为其他事务的更新提交而导致结果不一致
• 选项A正确：RU级别下，两次读取可能因其他事务的修改而不同
• 选项C正确：MySQL InnoDB默认隔离级别是RR
• 选项D正确：串行化是最高级别，解决所有并发问题

错误选项逐项解析：

• A（RU下两次SELECT可能不同）：正确。RU允许脏读，两次读取结果可能不同。
• C（MySQL默认RR）：正确。这是MySQL InnoDB的默认隔离级别。
• D（串行化解决所有并发问题）：正确。串行化通过强制事务串行执行，解决所有并发问题。
• B（RC下两次SELECT一定相同）：错误。RC只防脏读，不防不可重复读。

📌 总结

面试官最看重的三个点：

1. 三大并发问题的准确定义：脏读（未提交）、不可重复读（行被改）、幻读（行数变）
2. 四种隔离级别与问题的对应关系：能画出“隔离级别 vs 并发问题”的对照表
3. MySQL与PG的默认级别差异：MySQL用RR（MVCC+间隙锁），PG用RC（语句级快照）

📚 系列导航

• 上一篇：面试官问：事务ACID属性是什么？
• 下一篇预告：面试官问：MVCC多版本并发控制原理是什么？
• 全部85题目录：点击查看（关注专栏，每周2-3篇，一键追更）

📘搭配学习效果更佳

本篇图解帮你快速建立知识画面记忆，如果想深入理解源码实现和实战避坑细节，可以配合姊妹系列《Java 100天进阶之路》对应章节一起学：

从零基础到上岗就业，108篇完整学习地图，每篇标配生活类比 + 可运行代码 + 避坑表 + 面试高频题 + 练习题，不背八股文，真正讲透“为什么”。

👉 《Java 100天进阶之路》完整目录导航

学习建议：图解系列负责“快速建立知识图谱”，进阶系列负责“深入理解原理”，两个系列搭配使用，面试备考效率翻倍。

💬你们公司的数据库用的是什么隔离级别？有没有因为隔离级别设置不当导致过线上问题？欢迎评论区分享你的故事～