spring嵌套事务导致rollback-only

最新推荐文章于 2024-07-15 13:37:45 发布

原创最新推荐文章于 2024-07-15 13:37:45 发布 · 2.5k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#spring #java #后端

本文详细分析了Spring中事务管理出现UnexpectedRollbackException的原因，主要涉及事务的传播行为和嵌套事务。当PROPAGATION_REQUIRED和PROPAGATION_NESTED等传播行为混淆使用时，可能导致事务回滚异常。解决方案包括正确处理异常和调整事务传播属性，以确保事务的正确提交和回滚。同时，文中列举了Spring的事务传播性定义，并对比了PROPAGATION_REQUIRES_NEW和PROPAGATION_NESTED的区别。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

org.springframework.transaction.UnexpectedRollbackException: Transaction silently rolled back because it has been marked as rollback-only

背景及分析原因：

进行保存操作并开启事务 T1
1.1 进行保存A
1.2 进行保存B 采用mybatisplus的批量保存(注意批量保存会开启事务T2 因为默认传播行为Propagation.REQUIRED所以把T2加入T1) 保存失败则被调用方 trycatch 捕获不向外抛出异常(这里会把T1的rollback-only修改为true 因为t2加入t1)
1.3 进行保存C
最终完成保存，T1没有抛出异常 T2抛出异常(需要回滚)被方法捕获住，一个需要回滚，一个需要提交，所以导致rollback-only异常

示例代码：

Class ServiceA {
    @Resource(name = "serviceB")
    private ServiceB b;
    
    @Transactional
    public void a() {
        try {
            b.b()
        } catch (Exception ignore) {
        }
    }
}

Class ServiceB {
    @Transactional
    public void b() {
        throw new RuntimeException();
    }
}

异常抛出方法：org.springframework.transaction.support.AbstractPlatformTransactionManager#processRollback

解决方案

如果希望内层事务抛出异常时中断程序执行，直接在外层事务的catch代码块中抛出e.
如果希望程序正常执行完毕，并且希望外层事务结束时全部提交，需要在内层事务中做异常捕获处理。
如果希望内层事务回滚，但不影响外层事务提交，需要将内层事务的传播方式指定为PROPAGATION_NESTED。注：PROPAGATION_NESTED基于数据库savepoint实现的嵌套事务，外层事务的提交和回滚能够控制嵌内层事务，而内层事务报错时，可以返回原始savepoint，外层事务可以继续提交。

Spring中对于事务传播性的几种定义

PROPAGATION_REQUIRED – 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。
PROPAGATION_SUPPORTS – 支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY – 支持当前事务，如果当前没有事务，就抛出异常。
PROPAGATION_REQUIRES_NEW – 新建事务，如果当前存在事务，把当前事务挂起。
PROPAGATION_NOT_SUPPORTED – 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
PROPAGATION_NEVER – 以非事务方式执行，如果当前存在事务，则抛出异常。
PROPAGATION_NESTED – 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与PROPAGATION_REQUIRED类似的操作。

前六个策略类似于EJB CMT，第七个（PROPAGATION_NESTED）是Spring所提供的一个特殊变量。
它要求事务管理器或者使用JDBC 3.0 Savepoint API提供嵌套事务行为（如Spring的DataSourceTransactionManager）
其中对于PROPAGATION_REQUIRES_NEW与PROPAGATION_NESTED的理解上有些类似，关键在于嵌套事务的理解。
来看一下网上大神对Juergen Hoeller表述的翻译：

PROPAGATION_REQUIRES_NEW 启动一个新的, 不依赖于环境的 “内部” 事务. 这个事务将被完全 commited 或 rolled back 而不依赖于外部事务, 它拥有自己的隔离范围, 自己的锁, 等等. 当内部事务开始执行时, 外部事务将被挂起, 内务事务结束时, 外部事务将继续执行.
另一方面, PROPAGATION_NESTED 开始一个 “嵌套的” 事务, 它是已经存在事务的一个真正的子事务. 潜套事务开始执行时, 它将取得一个 savepoint. 如果这个嵌套事务失败, 我们将回滚到此 savepoint. 潜套事务是外部事务的一部分, 只有外部事务结束后它才会被提交.

在这里插入图片描述

参考文章：https://yunlongn.github.io/2019/05/06/%E8%AE%B0%E4%B8%80%E6%AC%A1%E4%BA%8B%E5%8A%A1%E7%9A%84%E5%9D%91Transaction-rolled-back-because-it-has-been-marked-as-rollback-only/
参考文章：https://blog.youkuaiyun.com/f641385712/article/details/80445912
参考文章：https://blog.youkuaiyun.com/yanxin1213/article/details/100582643