spring事务隔离级别和传播机制

Spring事务隔离级别和传播机制

最近在整理2025年Java面试高频题时，发现Spring事务隔离级别和传播机制仍然是面试必考点。有需要最新《2025年Java面试宝典》的同学可以戳这个网盘链接：
点击下载（提取码：9b3g）

为什么需要事务隔离级别？

想象这样一个场景：你在面试时被问到"什么是脏读？如何避免？"。这时候就要从数据库事务隔离级别说起。Spring的事务管理本质上是对数据库隔离级别的封装，但很多同学容易混淆二者的关系。

事务隔离级别存在的根本原因是解决并发事务带来的数据不一致问题，包括脏读、不可重复读、幻读三种典型情况。Spring通过@Transactional(isolation = Isolation.XXX)将这些隔离级别抽象出来。

Spring事务的四大隔离级别

1. DEFAULT（默认）
   直接使用底层数据库的默认隔离级别，MySQL默认是REPEATABLE_READ，Oracle则是READ_COMMITTED。这个知识点经常被用来考察候选人是否真的理解不同数据库的差异。

2. READ_UNCOMMITTED（读未提交）
   允许读取其他事务未提交的修改，可能会看到"脏数据"。就像考试时偷瞄邻座同学的答案，但对方可能随时涂改。

3. READ_COMMITTED（读已提交）
   只能看到其他事务已提交的修改。这解决了脏读问题，但可能出现不可重复读——同一事务中两次读取结果不一致。

4. REPEATABLE_READ（可重复读）
   通过行级锁保证事务期间多次读取结果一致。MySQL在这个级别就解决了幻读问题（通过Next-Key Lock），而其他数据库可能需要SERIALIZABLE级别。

5. SERIALIZABLE（串行化）
   完全的事务串行执行，性能代价最高。就像考场里每个考生单独考试，绝对安全但效率低下。

七种传播机制详解

传播机制决定了事务的边界在哪里，是Spring事务管理的精华所在。记住这个口诀："支持当前，没有就新建；必须当前，否则抛异常"。

1. REQUIRED（默认）
   如果当前存在事务，就加入该事务；如果不存在，就新建一个事务。这就像团队作战，有现成的队伍就加入，没有就自己组队。

2. SUPPORTS
   当前有事务就加入，没有就以非事务方式执行。适合查询操作居多的场景。

3. MANDATORY
   强制要求当前必须有事务，否则抛异常。这种"霸道总裁"式的传播机制适用于必须保证事务完整性的关键操作。

4. REQUIRES_NEW
   无论当前是否存在事务，都新建事务。新旧事务完全隔离，适合需要独立提交的子任务。

5. NOT_SUPPORTED
   以非事务方式执行，如果当前存在事务则挂起。这种机制像"闭关修炼"，专门处理不需要事务支持的操作。

6. NEVER
   强制要求当前必须没有事务，否则抛异常。与MANDATORY形成鲜明对比。

7. NESTED
   嵌套事务，允许部分回滚。这就像在母事务里开子任务，子任务失败不影响母事务（需要数据库支持SAVEPOINT）。

高频面试场景解析

面试官常会追问："REQUIRED和REQUIRES_NEW在嵌套事务中的区别？"这里有个经典陷阱——事务回滚范围不同。使用REQUIRED时内层方法抛异常会导致外层事务整体回滚；而REQUIRES_NEW创建的新事务回滚不会影响外层事务。

另一个高频问题是："Spring的事务隔离级别和数据库隔离级别是什么关系？"正确答案是Spring只是对数据库隔离级别的抽象封装，实际生效的还是数据库配置的隔离级别。如果数据库不支持某个级别（如Oracle没有REPEATABLE_READ），使用该级别会直接报错。

需要购买面试鸭会员的同学注意啦！通过面试鸭返利网找我购买可返利25元，帮你省下一顿午饭钱。现在登录mianshiyafanli.com还能领取最新面试题库哦！

避坑指南

在实际开发中，最容易踩的坑是混淆传播机制与锁机制。记住传播机制控制的是事务边界，而锁机制属于数据库层面的事务隔离实现。另外要特别注意@Transactional注解的失效场景，比如在同一个类内部方法调用时，由于代理机制问题可能导致注解失效。