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

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

预计阅读：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）

属性说明

解决的问题	✅ 脏读
存在的问题	不可重复读、幻读
实现方式	语句级快照：每条SQL看到的是语句开始时的已提交数据
默认数据库	Oracle、SQL Server、PostgreSQL
适用场景	互联网高并发业务
性能	⭐⭐⭐⭐（高）

可重复读（REPEATABLE READ）

属性说明

解决的问题	✅ 脏读、✅ 不可重复读
存在的问题	理论上存在幻读
实现方式	事务级快照：事务中第一次SELECT生成ReadView，后续复用
默认数据库	MySQL InnoDB
MySQL特殊处理	MVCC + 间隙锁（Gap Lock）实际解决幻读
适用场景	财务报表等需要多次读取一致的场景
性能	⭐⭐⭐（中等）

串行化（SERIALIZABLE）

属性说明

解决的问题	✅ 脏读、✅ 不可重复读、✅ 幻读
实现方式	强制事务串行执行，所有读写加锁
适用场景	银行转账等极强一致性场景
性能	⭐（最低）

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

MySQL InnoDB 默认 RR

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

MVCC（多版本并发控制）：事务中第一次SELECT生成ReadView，后续所有读操作复用该快照，保证同一事务内多次读取结果一致

间隙锁（Gap Lock）：RR级别下，InnoDB不仅锁住行，还锁住行与行之间的间隙，阻止其他事务插入新数据，从而实际解决了幻读

PostgreSQL 默认 RC

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

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

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

为什么MySQL用RR而PG用RC？

维度MySQL（RR）PostgreSQL（RC）

设计哲学	通过间隙锁彻底防幻读	用MVCC保证性能优先
幻读处理	✅ 实际解决	❌ 允许
死锁风险	较高（间隙锁）	较低
适用场景	对幻读敏感的业务	高并发互联网业务

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

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

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

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

详细回答：

并发问题核心现象操作类型隔离级别

脏读	读到未提交的数据	UPDATE	RU
不可重复读	同一行两次读取不一致	UPDATE	RC及以下
幻读	相同查询结果集变化	INSERT/DELETE	RR及以下

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

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

详细回答：

InnoDB在RR级别下主要依靠：

MVCC：每行记录有隐藏字段（DB_TRX_ID、DB_ROLL_PTR），通过undo log保存历史版本

ReadView：事务中第一次SELECT生成ReadView，后续读操作复用，保证一致性

间隙锁（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	“隔离级别越高越好”	隔离级别越高并发性能越低	性能雪崩
2	“MySQL RR完全防止幻读”	MVCC+间隙锁实际防止，但非SQL标准定义	面试时表述不严谨
3	“所有数据库隔离级别行为一致”	MySQL和PG的RC/RR实现有差异	跨数据库迁移踩坑
4	“读已提交不会出现任何问题”	仍会出现不可重复读和幻读	业务逻辑错误
5	“串行化是生产环境常用级别”	几乎不用，性能极差	系统瘫痪

💻 可运行验证代码

— 1. 查看当前隔离级别（MySQL）
SELECT @@transaction_isolation;
— 或
SHOW VARIABLES LIKE 'transaction_isolation';

— 2. 查看当前隔离级别（PostgreSQL）
SHOW default_transaction_isolation;

— 3. 设置隔离级别（MySQL会话级）
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

— 4. 设置隔离级别（PostgreSQL会话级）
BEGIN;
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;

— 5. 演示脏读（需要两个会话）
— 会话1：开启事务，更新但不提交
START TRANSACTION;
UPDATE accounts SET balance = balance – 100 WHERE id = 1;
— 会话2：在不同隔离级别下读取，RU能看到未提交数据，RC看不到

— 6. 演示不可重复读（两个会话）
— 会话1：开启RR事务，第一次查询
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1; — 得到100
— 会话2：更新并提交
UPDATE accounts SET balance = 200 WHERE id = 1;
— 会话1：第二次查询，RR下仍得100，RC下得200

❓ 评论区挑战

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

— 场景：MySQL InnoDB引擎，默认隔离级别
START TRANSACTION;
SELECT balance FROM accounts WHERE id = 1;
— 其他事务更新了这条数据并提交
SELECT balance FROM accounts WHERE id = 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只防脏读，不防不可重复读。

📌 总结

隔离级别脏读不可重复读幻读默认数据库性能

读未提交（RU）	❌	❌	❌	—	⭐⭐⭐⭐⭐
读已提交（RC）	✅	❌	❌	PostgreSQL	⭐⭐⭐⭐
可重复读（RR）	✅	✅	⚠️（MySQL ✅）	MySQL	⭐⭐⭐
串行化	✅	✅	✅	—	⭐

面试官最看重的三个点：

三大并发问题的准确定义：脏读（未提交）、不可重复读（行被改）、幻读（行数变）

四种隔离级别与问题的对应关系：能画出“隔离级别 vs 并发问题”的对照表

MySQL与PG的默认级别差异：MySQL用RR（MVCC+间隙锁），PG用RC（语句级快照）

📚 系列导航

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

📘 搭配学习效果更佳

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

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

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

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

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