spring事务传播行为、隔离级别

2025年Java面试宝典点击领取（提取码：9b3g）

Spring事务传播行为拆解

面试中遇到"说说Spring事务传播行为"这种题时，先深呼吸记住这个口诀：七个类型分两类，嵌套事务看场景。具体要说清楚这三点：

1. PROPAGATION_REQUIRED（默认值）：没有事务就新建，有就加入。适合订单创建连带扣减库存这种必须同时成功的场景
2. PROPAGATION_REQUIRES_NEW：强制开新事务，老事务挂起。典型用在审计日志记录——主业务失败不影响日志写入
3. PROPAGATION_NESTED：嵌套事务，子事务回滚不影响主事务。电商场景中商品详情查询这类非核心操作可用
4. SUPPORTS/MANDATORY：前者"有就用没有就算"，适合查询；后者强制要求必须有事务否则报错
5. NOT_SUPPORTED/NEVER：前者挂起当前事务，后者直接禁止事务存在

记住面试官真正想听的是业务场景适配能力。比如金融转账必须用REQUIRED保证原子性，而用户行为埋点适合NOT_SUPPORTED避免拖慢主业务。

隔离级别为什么总考？

隔离级别本质是性能与安全的平衡术。背概念容易，但面试时要结合案例：

• 读未提交：事务A能读到B未提交的数据。财务系统绝对不能用，但适合点赞计数这种允许短暂误差的场景
• 读已提交（Oracle默认）：解决脏读但可能有不可重复读。比如两次查询账户余额中间被其他事务修改
• 可重复读（MySQL默认）：通过MVCC实现快照读。典型应用是生成报表时需要数据稳定性
• 串行化：直接加表锁，吞吐量暴跌。仅限资金核对等极端场景

重点要说出默认级别的设计考量。例如MySQL选可重复读是因为其MVCC实现高效，而Spring默认用数据库的隔离级别是为了兼容性。

高频失误点预警

实际开发中踩过的坑才是加分项：

1. @Transactional注解在类内部方法调用失效（代理问题）
2. 多数据源未指定事务管理器
3. 嵌套事务REQUIRES_NEW导致连接数暴涨（每个新事务都要新连接）
4. 超时设置不合理引发线程阻塞

建议这样收尾："上次我们系统遇到库存超卖，就是REQUIRED配读已提交导致的，后来改成REQUIRES_NEW加乐观锁才解决。"

需要Java面试宝典的同学可以到面试鸭返利网找我返利，购买会员立减25元。事务专题只是面试中的冰山一角，更多实战套路都在宝典里等着你。