MySQL InnoDB 存储引擎完全支持 SQL 标准定义的 四种事务隔离级别 ，从低到高分别是：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）、串行化（Serializable）。
隔离级别的核心作用是 平衡数据一致性与并发性能：级别越低，并发性能越强，但数据一致性风险越高；级别越高，数据一致性越有保障，但并发性能越弱。
下面从「名称定义→核心特性→实现机制→并发问题防护→逐级区别→实操验证」五个维度，超详细拆解每一级别，并清晰对比逐级差异。
一、四种隔离级别的基础定义与核心细节
1. 读未提交（Read Uncommitted，RU）------ 最低隔离级别
（1）官方定义
事务可以读取其他事务 尚未提交 的数据修改（即 "脏数据"），不做任何隔离限制。
（2）核心特性
- 并发性能 最高（无锁、无版本控制开销）；
- 数据一致性 最差（所有并发问题都会出现）；
- 本质：事务执行时不阻塞其他事务的读 / 写，也不被其他事务阻塞。
（3）实现机制
无任何锁或 MVCC 机制介入，直接读取数据的最新内存版本（无论是否提交）。
（4）并发问题表现
| 脏读 | 不可重复读 | 幻读 | 丢失更新 |
|---|---|---|---|
| ✅ 必现 | ✅ 必现 | ✅ 必现 | ✅ 必现 |
（5）典型场景
仅适用于对数据一致性无要求的临时查询（如统计服务器日志、临时数据导出），生产环境几乎不用。
2. 读已提交（Read Committed，RC）------ 主流基础级别
（1）官方定义
事务只能读取其他事务 已经提交 的数据修改，禁止读取未提交的脏数据。
（2）核心特性
- 解决了 "脏读"，但仍存在 "不可重复读" 和 "幻读"；
- 并发性能 较高（仅在写操作时加行锁，读操作无锁）；
- 本质：写事务加行锁阻塞其他写事务，但不阻塞读事务；读事务只读取已提交的快照。
（3）实现机制
- 写操作（UPDATE/DELETE/INSERT）：对目标数据加 排他行锁，直到事务提交 / 回滚才释放；
- 读操作（SELECT）：采用 MVCC 快照读，每次查询都生成一个新的快照，仅读取当前已提交的事务数据（即 "语句级快照"）。
（4）并发问题表现
| 脏读 | 不可重复读 | 幻读 | 丢失更新 |
|---|---|---|---|
| ❌ 杜绝 | ✅ 必现 | ✅ 必现 | ✅ 可能出现 |
（5）典型场景
大多数互联网业务（如电商商品查询、用户信息查询），追求高并发，且能接受同一事务内多次读结果不一致（如对账类业务不适用）。
3. 可重复读（Repeatable Read，RR）------ MySQL 默认级别
（1）官方定义
同一事务内，多次读取同一行数据或同一范围数据，结果始终一致（即 "事务级快照"），不受其他事务提交的更新 / 插入 / 删除操作影响。
（2）核心特性
- 解决了 "脏读" 和 "不可重复读"，部分缓解幻读（InnoDB 特有优化）；
- 并发性能 中等（平衡一致性与并发）；
- 本质：事务启动后，所有读操作都基于同一个快照，写操作加行锁 + 间隙锁，阻止范围插入 / 删除。
（3）实现机制（InnoDB 核心优化）
- MVCC 事务级快照：事务启动时生成一个全局快照（基于事务 ID），整个事务内的所有读操作都读取该快照，不感知其他事务后续提交的修改；
- Next-Key Lock（间隙锁 + 行锁）：执行范围更新 / 删除时，不仅对已有数据行加行锁，还对数据之间的 "间隙" 加锁，阻止其他事务在间隙中插入数据，从而缓解 "写幻读"；
- 普通 SELECT 为 "快照读"（无锁），SELECT ... FOR UPDATE/SHARE 为 "当前读"（加锁）。
（4）并发问题表现
| 脏读 | 不可重复读 | 幻读 | 丢失更新 |
|---|---|---|---|
| ❌ 杜绝 | ❌ 杜绝 | ⚠️ 部分缓解（普通幻读杜绝，极端写幻读罕见） | ❌ 杜绝 |
注：InnoDB 的 RR 级别通过 Next-Key Lock 几乎解决了幻读，仅在 "事务内先快照读、再当前读" 的极端场景下可能出现，生产环境中极少遇到。
（5）典型场景
绝大多数业务的默认选择（如电商订单、金融转账、库存管理），既需要数据一致性，又不想牺牲过多并发性能。
4. 串行化（Serializable）------ 最高隔离级别
（1）官方定义
所有事务 串行执行（同一时间只能有一个事务操作目标数据），完全隔离并发事务，杜绝所有并发问题。
（2）核心特性
- 解决所有并发问题（脏读、不可重复读、幻读、丢失更新）；
- 并发性能 最低（事务排队执行，无并发冲突）；
- 本质：强制事务串行，读操作加共享表锁 / 范围锁，写操作加排他表锁 / 范围锁，读写互斥。
（3）实现机制
- 读操作（SELECT）：加 共享锁（S 锁），阻止其他事务写操作；
- 写操作（UPDATE/DELETE/INSERT）：加 排他锁（X 锁），阻止其他事务读 / 写操作；
- 范围查询（如 WHERE stock > 10）：加 范围锁，阻止其他事务在该范围插入 / 删除数据。
（4）并发问题表现
| 脏读 | 不可重复读 | 幻读 | 丢失更新 |
|---|---|---|---|
| ❌ 杜绝 | ❌ 杜绝 | ❌ 杜绝 | ❌ 杜绝 |
（5）典型场景
数据一致性要求极高、并发量极低的核心场景（如金融核心对账、库存清算、交易结算），宁可牺牲性能也要保证数据绝对正确。
二、四种隔离级别的逐级核心区别（从低到高）
隔离级别从 RU → RC → RR → Serializable 的升级过程，本质是 "逐步增强隔离能力、逐步解决并发问题、逐步降低并发性能" 的过程，核心区别集中在 5 个维度：
| 对比维度 | 读未提交（RU） | 读已提交（RC） | 可重复读（RR） | 串行化（Serializable） |
|---|---|---|---|---|
| 快照级别 | 无快照（实时读） | 语句级快照（每次查询新快照） | 事务级快照（整个事务同一快照） | 无快照（串行锁控） |
| 锁机制 | 无锁 | 写操作加行锁，读无锁 | 写操作加 Next-Key Lock，读快照无锁 | 读加共享锁，写加排他锁（表 / 范围锁） |
| 脏读 | 允许 | 禁止 | 禁止 | 禁止 |
| 不可重复读 | 允许 | 允许 | 禁止 | 禁止 |
| 幻读 | 允许 | 允许 | 部分禁止（InnoDB 优化） | 完全禁止 |
| 丢失更新 | 允许 | 可能允许 | 禁止 | 禁止 |
| 并发性能 | 最高 | 较高 | 中等 | 最低 |
| 适用场景 | 临时查询、日志统计 | 高并发业务（商品查询、用户查询） | 大多数业务（订单、转账、库存） | 核心一致性场景（对账、清算） |
关键逐级升级点解析
1. RU → RC：解决 "脏读"
- 核心变化：从 "实时读未提交数据" 升级为 "只读已提交数据"；
- 实现差异：RC 引入语句级 MVCC 快照，读操作不再读取未提交的内存数据，而是读取已提交的快照；
- 代价：读操作需生成快照，性能略低于 RU，但一致性大幅提升。
2. RC → RR：解决 "不可重复读"，缓解 "幻读"
- 核心变化：从 "语句级快照" 升级为 "事务级快照"，引入 Next-Key Lock；
- 实现差异：
- RR 事务启动后所有读用同一快照，避免同一事务内多次读结果不一致（解决不可重复读）；
- 范围写操作加间隙锁，阻止其他事务插入数据（缓解幻读）；
- 代价：快照生命周期延长（事务级），间隙锁可能导致锁冲突增加，性能略低于 RC，但一致性进一步提升。
3. RR → Serializable：解决 "幻读"，实现绝对一致性
- 核心变化：从 "MVCC + 行锁 / 间隙锁" 升级为 "完全串行执行 + 表 / 范围锁"；
- 实现差异：放弃并发，强制所有事务排队，读锁与写锁互斥，范围操作加锁全覆盖，彻底杜绝幻读；
- 代价：并发性能急剧下降，仅适用于极端一致性场景。
三、InnoDB 隔离级别的实操关键（必懂）
1. 隔离级别查询与设置
（1）查询当前隔离级别
sql
-- 全局隔离级别（新连接生效）
SELECT @@global.transaction_isolation;
-- 会话隔离级别（当前连接生效）
SELECT @@session.transaction_isolation;（2）设置隔离级别
sql
-- 全局设置（需重启连接生效）
SET GLOBAL transaction_isolation = 'READ-UNCOMMITTED';
SET GLOBAL transaction_isolation = 'READ-COMMITTED';
SET GLOBAL transaction_isolation = 'REPEATABLE-READ'; -- 默认
SET GLOBAL transaction_isolation = 'SERIALIZABLE';
-- 会话设置（当前连接立即生效）
SET SESSION transaction_isolation = 'REPEATABLE-READ';2. 关键注意点
- RR 是默认级别：InnoDB 默认使用 RR，而非 SQL 标准的 RC，因为 RR 能在接近 RC 性能的前提下，提供更强的一致性；
- MVCC 仅支持 RC 和 RR：RU 和 Serializable 不依赖 MVCC（RU 无快照，Serializable 串行锁控）；
- Next-Key Lock 仅 RR 支持：RC 级别下，InnoDB 会禁用间隙锁（仅保留行锁），因此无法缓解幻读；
- 串行化的锁阻塞：Serializable 级别下，读事务会阻塞写事务，写事务也会阻塞读事务，容易出现锁等待超时，需谨慎使用。
四、总结
InnoDB 四种隔离级别的核心逻辑的是 "trade-off（取舍）"：
- 追求高并发、低一致性 → 选 RC；
- 追求平衡一致性与并发 → 选 RR（默认最优）；
- 追求绝对一致性、低并发 → 选 Serializable；
- 几乎不选 RU（仅临时场景用）。
理解各级别的关键是抓住 "快照级别" 和 "锁机制"：快照决定了读操作能看到什么数据，锁机制决定了写操作如何影响其他事务，两者共同决定了隔离级别对并发问题的防护能力。