Spring事务管理中异常回滚知识点总结

已于 2022-06-12 15:19:58 修改
阅读量3.4k 收藏 16
点赞数 9
分类专栏： java 文章标签： spring 事务 回滚 异常 cache
于 2022-06-12 15:12:27 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gzt19881123/article/details/125227666
版权

记录总结Spring核心知识点：事务使用与它的传播机制

目录

前言

这里不打算讨论Spring底层源码，只讨论测试场景和总结. 不断整理让大脑中的知识体系沉淀。

问题场景

某项目系统中，serviceA 中调用的 serviceB ，并且对 serviceB 进行 tryCache

@Service("testAService")
public class TestAServiceImpl implements TestAService {
    @Resource
    private TestAMapper testAMapper;
    
    @Resource
    private TestBService testBService;
    
    @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
    public void saveTestA(TestA entity) {
        testAMapper.insertSelective(entity);
        
        try {
            testBService.saveTestB(new TestB());
        } catch (Exception e) {
            logger.error("调用B失败", e);
        }
        
        // 模拟做其他的数据库操作事情
        testAMapper.updateSelective(entity);
    }

}

testBService 中模拟抛出异常：

@Service("testBService")
public class TestBServiceImpl mplements TestBService {
    @Resource
    private TestBMapper testBMapper;

    @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
    @Override
    public void saveTestB(TestB entity) {
        testBMapper.insertSelective(entity);
        
        throw new RuntimeException("自定义异常");
    }

}

问 在Controller层中调用 TestAService.saveTestA() 会怎么样？

    @Resource
    private TestAService testAService;
 
    @ApiOperation(value = "Spring事务嵌套测试")
    @GetMapping("springTransactionTest")
    public ResponseVO<NoBody> springTransactionTest() {
        testAService.saveTestA(new TestA());
        return ResponseVO.success();
    }

答案是：

testAService testBService 中的数据库操作 全部回滚 ，
并且抛出的错误异常：
Transaction rolled back because it has been marked as rollback-only

原因是：

testBService.saveTestB 也增加了同样的事务注解 @Transactional
且事务隔离机制为 “REQUIRED” ，因此 两方法执行期间为同一个数据库事务，被同一个Spring事务管理器所管理着。

由于最开始开启事务者为 testAService.saveTestA，则真正执行回滚操作在 saveTestA 方法中 （Spring 规定了只有新创建的事务才会真正进行提交或回滚），
因此 saveTestB 方法中异常时只设置了当前事务状态为 RollbackOnly
（org.springframework.jdbc.datasource.DataSourceTransactionManager#doSetRollbackOnly）

虽然 saveTestA 中 tryCache 了 saveTestB 中的异常，企图吃掉异常信息让 saveTestA 中的事务正常提交，但是 saveTestB 里面已经设置了 当前事务状态为 RollbackOnly， 出现了冲突矛盾！
因此事务全部回滚，并且抛出异常信息： Transaction rolled back because it has been marked as rollback-only 。

Spring 管理事务的原理

首先，事务一般是关系型数据库中的概念，主要目的就是 保证一系列的增删改 SQL操作 要么全部成功，要么全部回滚。

MySQL中的事务管理

在MySQL中采用SQL命令进行事务管理：

  • START TRANSACTION 或 BEGIN 或 SET autocommit = 0 开启事务
  • 执行 CRUD
  • COMMIT 提交事务
  • ROLLBACK 回滚事务

这里重点说下 多条SQL在一个事务中，其中有部分SQL执行失败情况下，最终执行结果是什么

> begin;
> insert_sql1 （insert into test1(id,name)value(1,'aaa')） ;
> insert_sql2 （insert into test2(id,name)value(1,'bbb')） ;
> commit/ rollback;

上面示意代码，如果 insert_sql1 成功， insert_sql2 失败时，请问 insert_sql1 最终是否插入成功？
答案是：
首先事务不会马上回滚， 其次如果 此时执行 commit 则 insert_sql1 会插入成功 ，如果执行rollback 则insert_sql1 会回滚。

那一般事务什么时候自动回滚或者自动提交？这里记录一下常见场景：

  • 如果事务执行中出现 DDL语句( alert create drop truncate等 ) 事务自动 commit;
  • 如果事务执行中又开启了一个事务（又出现 begin; sql命令）事务自动 commit;
  • 如果执行SQL的session 中途被关闭（SQL窗口关闭，服务器断电等） 事务自动 rollback;

JDBC中的事务管理

JDBC中连接数据库进行事务管理：

  • 获取连接 Connection con = DriverManager.getConnection()
  • con.setAutoCommit(true/false); 开启事务
  • 执行CRUD
  • con.commit() ; 提交事务
  • con.rollback(); 回滚事务
  • 关闭连接 conn.close();
    JDBC 事务管理的本质还是连接了数据库执行各类数据库中开启关闭事务的SQL命令

Spring 中的事务管理

  • Spring通过自身AOP切面功能，代理各个业务方法调用 JDBC中的方法进行开启、关闭、提交、回滚事务等操作。

    至于嵌套事务、各类传播机制是如何实现， 这里简单总结，虽然不能体现Spring 事务操作方面的强大，但可以很快有个大致理解。

  • Spring 通过 一个Map 存放了当前数据库连接对象，这是为了解决根据设定的传播机制 ( propagation ) 决定是否要新开一个事务，新开另外一个事务需要重新申请一个数据库连接。

  • Spring 通过 数据库事务中的 SAVEPOINT 保留点功能实现 嵌套事务的传播机制。

这里记录一下一个HTTP请求 从Controller层发起数据库操作请求到回滚的log日志，用于加强理解：

    @ApiOperation(value = "事务回滚测试")
    @PostMapping("rollbackTest")
    public ResponseVO<NoBody> rollbackTest() {
        // 简单模拟插入一条记录
        testAService.saveTestA(new TestA());
        return ResponseVO.success();
    }

[http-nio-9902-exec-5] o.s.web.servlet.DispatcherServlet        : POST "/api/rollbackTest", parameters={}
[http-nio-9902-exec-5] s.w.s.m.m.a.RequestMappingHandlerMapping : Mapped to com.guzt.main.model.test.web.DbTestController#rollbackTest()
[http-nio-9902-exec-5] o.s.j.d.DataSourceTransactionManager     : Creating new transaction with name [com.sdjictec.wms.main.model.test.service.impl.TestAServiceImpl.saveTestA]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT,-java.lang.Exception
[http-nio-9902-exec-5] o.s.j.d.DataSourceTransactionManager     : Acquired Connection [com.alibaba.druid.proxy.jdbc.ConnectionProxyImpl@7fec11ca] for JDBC transaction
[http-nio-9902-exec-5] o.s.j.d.DataSourceTransactionManager     : Switching JDBC Connection [com.alibaba.druid.proxy.jdbc.ConnectionProxyImpl@7fec11ca] to manual commit
[http-nio-9902-exec-5] c.s.w.m.m.t.d.T.insertSelective          : ==>  Preparing: INSERT INTO t_test_a ( ID,NAME ) VALUES(?,? )
[http-nio-9902-exec-5] c.s.w.m.m.t.d.T.insertSelective          : ==> Parameters: 1655001437939(String), p4xfy8(String)
[http-nio-9902-exec-5] c.s.w.m.m.t.d.T.insertSelective          : <==    Updates: 1
[http-nio-9902-exec-5] o.s.j.d.DataSourceTransactionManager     : Initiating transaction rollback
[http-nio-9902-exec-5] o.s.j.d.DataSourceTransactionManager     : Rolling back JDBC transaction on Connection [com.alibaba.druid.proxy.jdbc.ConnectionProxyImpl@7fec11ca]
[http-nio-9902-exec-5] o.s.j.d.DataSourceTransactionManager     : Releasing JDBC Connection [com.alibaba.druid.proxy.jdbc.ConnectionProxyImpl@7fec11ca] after transaction
[http-nio-9902-exec-5] c.s.w.m.c.p.context.CurrentUserContext   : CurrentUserContext remove CurrentUserVO...
[http-nio-9902-exec-5] c.s.w.m.f.a.CurrentUserContextAspect     : CurrentUserContextAspect doAfterThrowing  CurrentUserContext.remove()...
[http-nio-9902-exec-5] .m.m.a.ExceptionHandlerExceptionResolver : Using @ExceptionHandler com.guzt.main.framework.exception.GlobalExceptionHandler#handleBusinessException(BusinessException)
[http-nio-9902-exec-5] c.s.w.m.f.e.GlobalExceptionHandler       : BusinessException -- errorCode：E5111 errorMsg：模拟数据库操作异常，主键重复
[http-nio-9902-exec-5] m.m.a.RequestResponseBodyMethodProcessor : Using 'application/json', given [*/*] and supported [application/json, application/json, application/*+json, application/json, application/*+json, application/cbor]
[http-nio-9902-exec-5] m.m.a.RequestResponseBodyMethodProcessor : Writing [ResponseVO(code=-1, message=模拟数据库操作异常，主键重复, data={"errorBody":"","bussinessCode":"E5111","extraMsg":""})]
[http-nio-9902-exec-5] .m.m.a.ExceptionHandlerExceptionResolver : Resolved [com.guzt.starter.common.exception.BusinessException: errorCode=E5111, errorMsg=FAIL]
[http-nio-9902-exec-5] o.s.web.servlet.DispatcherServlet        : Completed 200 OK

主要的步骤：

  • Creating new transaction
    DataSourceTransactionManager 根据 TransactionDefinition 创建 TransactionStatus 对象，准备开启事务
  • Acquired Connection for JDBC transaction
    通过数据库连接池 申领一个数据库连接
  • Switching JDBC Connection to manual commit
    开启事务，底层是通过JDBC执行 SET autocommit = 0;
  • Initiating transaction rollback
    准备回滚事务，修改 TransactionStatus 状态为回滚
  • Rolling back JDBC transaction
    回滚事务 ，底层是通过JDBC执行 rollback; SET autocommit = 1;
  • Releasing JDBC Connection
    释放数据库连接，最后是关闭了数据库连接，底层调用了 JDBC Connection.close()

Spring中的事务接口

上面日志中提到了 TransactionDefinition TransactionStatus 等接口，这里也顺便总结一下Spring事务中重要的几个接口。

接口含义说明
PlatformTransactionManager事务管理器各类数据库操作框架自行实现该接口，例如 DataSourceTransactionManager（JDBC）, JtaTransactionManager, HibernateTransactionManager
TransactionDefinition事务定义信息(隔离级别、传播行为、超时、只读、回滚规则) ，
一般在@Transactional 中指定这些属性		如果是注解方式的事务，Spring 通过 AnnotationTransactionAttributeSource.getTransactionAttribute(Method method, Class<?> targetClass) 创建，参数中的method就是开启事务的业务方法
TransactionStatus事务运行状态，包含是否已完成，是否只读，是否有恢复点，是否只回滚等事务管理器接口 PlatformTransactionManager 通过 getTransaction(TransactionDefinition definition) 方法来得到一个事务

至于具体功能流程，这里不讨论，自行看源码，多debug即可明白。

到底回滚还是不回滚？

本次讨论重点就是 Spring的事务管理中，遇到了程序异常到底会不会回滚？

0. 简明答案

执行事务的方法如果感知到了异常则将回滚事务

1. 什么是执行事务的方法？

一般方法上增加了 @Transactional 注解或 其他Spring事务支持的方式AOP代理了的方法

  @Transactional
   public void saveTestA(TestA entity) {
        业务代码
   }

2. 什么情况下异常被感知？

被Spring事务AOP所代理的业务方法执行时出现异常，且异常类在Spring事务回滚范围内的将被调用方法所感知。
默认Spring只对 unchecked Exception 进行回滚，一般手动设定全部异常（rollbackFor = Exception.class）

3. 什么情况下异常不被感知？

一般这是讨论事务不生效的场景。

  1. 方法访问修饰符非public

  2. 法抛出的异常不是spring的事务支持的异常

  3. 被 Try-Cache 捕获且不再向外抛出例如下面的场景代码：

       @Transactional
   public void saveTestA(TestA entity) {
     try{
        业务代码
     } catch (Exception e) {
         logger.error("内部消化异常，不往外抛", e);
     }
   }

  4. 注解所在的类没有被Spring 事务AOP代理
    这种场景问题最隐蔽，一般需要有经验或者多次debug才能发现
    同一个类里面方法互相调用，一般建议采用 SpringUtil.getBean(this.getClass()).xxxx事务方法()
    某些策略模式场景，需要将service对象放到一个 Map<String, Service>中 ,如果是自行放置，则对象必须是 代理对象而非 this对象，建议采用 SpringUtil.getBean(this.getClass()) 对象。
    参考代码：

    public class WxinOrderTypeServiceImpl implements OrderTypeService {
  @PostConstruct
  public void init() {
      ORDER_TYPE_SERVICE.put("orderTypeKey", SpringUtil.getBean(this.getClass());
  }
  @Transactional(rollbackFor = Exception.class)
  @Override
  public void saveOrder(Order order)
    logger.info("微信订单");
  }
}

    上面代码意思是，将Spring代理的对象 WxinOrderTypeServiceImpl$Cjlibxxxx 放置到策略map ORDER_TYPE_SERVICE中去，如果用 this （ ORDER_TYPE_SERVICE.put("orderTypeKey",this)） 则事务不生效，因为this虽然也在Spring beanFactory中但没有被事务AOP所代理，因此用this 会不生效。

    备注： SpringUtil 其实就是实现了接口 ApplicationContextAware 获得ApplicationContext，ApplicationContext 中有 getBean方法，当然SpringBoot 可以在业务类里面直接注入 ApplicationContext

    @Autowired
ApplicationContext applicationContext;

  5. 数据库本身不支持事务
    如果使用MySQL且存储引擎是MyISAM，则事务是不起作用的

3. 异常被感知后Spring做些什么？

异常被感知后，Spring将会做回滚或更新TransactionStatus的状态（doSetRollbackOnly）.
一旦TransactionStatus 被打上了 RollbackOnly标志后，那么不管中间的业务代码是什么 都会抛出异常进行全部事务回滚。

那么什么时候 不做回滚只更新 TransactionStatus 为 RollbackOnly？
参见文章一开始的业务代码，同属于一个事务中（Propagation.REQUIRED）的多个执行事务方法（业务代码中嵌套调用其他service方法），如果不是首次开启事务的那个方法则都只会更新 TransactionStatus 为 RollbackOnly，事务的提交回滚由首次事务开启的那个方法执行

参见源码 org.springframework.transaction.support.AbstractPlatformTransactionManager# processRollback

4. 回滚程度是多少？

事务回滚到哪一个程度，是全部嵌套调用的方法都回滚还是部分方法回滚，这里主要是由Spring的事务传播机制功能控制。

分类行为说明回滚程度
加入当前事务PROPAGATION_REQUIRED默认方式，如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务全部回滚
加入当前事务PROPAGATION_SUPPORTS如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行全部回滚
加入当前事务PROPAGATION_MANDATORY如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常全部回滚
不加入当前事务PROPAGATION_REQUIRES_NEW创建一个新的事务，则把当前事务挂起Java里面还是同一个线程，只新创建了另外一个数据库连接开启事务，如果新事务回滚且程序异常被当前事务方法感知，则当前事务方法也同样回滚
不加入当前事务PROPAGATION_NOT_SUPPORTED以非事务方式运行，如果当前存在事务，则把当前事务挂起Java里面还是同一个线程 如果程序异常被当前事务方法感知，则当前事务方法也同样回滚
不加入当前事务PROPAGATION_NEVER以非事务方式运行，如果当前存在事务，则抛出异常抛出异常，全部回滚
嵌套当前事务PROPAGATION_NESTED如果当前存在事务，则创建一个事务嵌套在当前事务中运行；如果当前没有事务，则该取值等价于 PROPAGATION_REQUIRED只回滚自己 底层采用数据库SavePoint功能


总结暂时到此结束 , Thanks Over

小时候的阳光
关注
  • 9
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
Spring事务管理只对出现运行期异常进行回滚
09-05
Spring的事务管理默认只对出现运行期异常(java.lang.RuntimeException及其子类)进行回滚,需要了解更多Spring事务方面的知识，可详看本
哪些异常是RuntimeException？Sql异常属于RuntimeException吗？Spring下SQL异常事务回滚
热门推荐
洛丹伦的夏天
08-01 3万+
更多Spring事务问题请访问链接：Spring事务回滚疑难详解 一，为什么框架中根本没有对Exception的一般子类进行回滚配置，异常发生时，事务都进行了回滚 ，说好的只会对RuntimeException（Unchecked 非受检异常）回滚呢？ 此时，我们就有必要了解一下，RuntimeException所包含的子类具体有哪些： 这时，或许你就...
spring事务异常不回滚如何解决
最新发布
宁zz的博客
03-13 464
如果事务方法中抛出的异常不是RuntimeException的子类，事务将不会回滚。3. 异常被catch并处理：如果在事务方法内部捕获了异常并进行了处理，事务将无法感知到异常，并且不会回滚。在捕获异常时，可以使用`throw new RuntimeException()`将异常重新抛出，以使事务能够回滚。如果以上解决方法都不起作用，可能还需要检查是否存在其他因素导致事务无法回滚，例如事务管理器配置错误、数据库不支持事务等。2. 异常未被捕获：如果异常未被捕获并传播到事务边界之外，事务将无法回滚。
Spring事务回滚实战
程序员Forlan的博客
11-17 727
深度认识回滚所有场景情况
Spring控制事务回滚
BadBoyxiaolin的博客
03-07 4916
调用本类方法导致传播行为失效，同一个 Service 的两个方法之间调用，就会出现这个问题，原因还是在代理对象这里，我们期待的调用是一个代理类的调用，但是我们若是直接在方法中内部调用，不好意思，被调用的方法的事务失效，没有被 AOP 增强。当添加了注解或者全局事务配置了路径，但是需要用到事务的方法所在的类没有注入到Spring容器中，这样事务也不会生效，通常我们都是添加到业务逻辑处理层，通常都是添加。：在业务代码中，需要对异常单独进行处理，异常不会抛出，但需要事务回滚的情况，这个时候就需要手动调用回滚。
@ExceptionHandler全局异常处理--代码更精简易懂
小旭的博客
06-26 8340
采用springmvc框架搭建的项目，为提高web项目代码可读性，复用率。记录一下关于项目中异常的统一处理。1、当一个Controller中有方法加了@ExceptionHandler之后，这个Controller其他方法中没有捕获的异常就会以参数的形式传入加了@ExceptionHandler注解的那个方法中。例如在一个controller中加入以下代码我们便可省去繁杂的每个方法中的try{}c...
SpringBoot事务注解@Transactional
rogerxue12345的博客
03-04 1065
1. 事务说明 在Spring中，事务有两种实现方式，分别是编程式事务管理和声明式事务管理两种方式。编程式事务管理： 编程式事务管理使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。声明式事务管理： 建立在AOP之上的。其本质是对方法前后进行拦截，然后在...
@Transactional 使用说明
weixin_44175409的博客
11-12 4886
Tranasctional注解是Spring 框架提供的声明式注解事务解决方案，我们在开发中使用事务保证方法对数据库操作的原子性，要么全部成功，要么全部失败，在使用@Transactional注解时需要注意以下问题:1. @Transactional 注解只能用在public 方法上，如果用在protected或者private的方法上，不会报错，但是该注解不会生效。
Spring中@Transactional事务回滚
猎人在吃肉
10-29 2万+
一、Spring 默认事务 Spring中@Transactional事务，默认情况下只对 RuntimeException 回滚。 即： 如果被注解的数据库操作方法中发生了unchecked异常（RuntimeException），所有的数据库操作将rollback； 如果发生的异常是checked异常（Exception），默认情况下数据库操作还是会提交的。 也就是说，默认情况下，如果程序............
Spring事务回滚，异常抛出
qq_53641185的博客
08-11 573
总之，事务回滚是一种保障数据一致性和操作原子性的机制，可以在发生错误或异常时将数据库操作撤销，恢复到事务开始之前的状态。通过这些配置，您可以更细粒度地控制事务的行为，例如指定特定的方法需要开启事务、设置事务的隔离级别、指定事务的传播行为等。当一个事务执行过程中出现异常或错误时，事务回滚会将之前已经执行的数据库操作全部撤销，恢复到事务开始之前的状态。如果你希望保持第二次事务的正常运行，可以考虑将第一次和第二次事务分开，或者使用不同的事务传播行为来控制它们之间的关系。事务回滚的作用是保证数据的一致性和完整性。
spring 事务管理——回滚之service层
weixin_33881753的博客
07-16 345
转载https://blog.csdn.net/yipanbo/article/details/460484131测试controller@Controller public class DemoController2 { @Autowired private DemoService demoService; /** * *...
Spring异常捕获且回滚事务解决方案
08-19
主要介绍了Spring异常捕获且回滚事务解决方案,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
spring事务异常回滚实例解析
08-28
主要介绍了spring事务异常回滚实例解析，具有一定借鉴价值,需要的朋友可以参考下
浅谈Spring中@Transactional事务回滚及示例（附源码）
08-28
本篇文章主要介绍了浅谈Spring中@Transactional事务回滚及示例（附源码），小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
完美解决Spring声明式事务不回滚的问题
08-30
下面小编就为大家带来一篇完美解决Spring声明式事务不回滚的问题。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
Java Spring 事务回滚详解
09-01
主要介绍了java Spring事务回滚的相关资料,需要的朋友可以参考下
Spring+Mybatis整合事务回滚
11-23
花了一晚上时间终于搞出来了Spring整合Mybatis事务回滚(Mysql数据库)，控制Service层中的多次插入操作，多次操作整体是一个事务。 里面有缘嘛和jar包，资源为war包，导入即可。运行Test类中的测试代码即可。 建表...
Spring中@Transactional事务回滚（含实例
11-25
Spring中@Transactional事务回滚（含实例详细讲解，附源码）Java开发Java经验技巧共8页.pdf.zip
MySql事务无法回滚的原因有哪些
09-10
使用MySQL时，如果发现事务无法回滚，但Hibernate、Spring、JDBC等配置又没有明显问题,到底是什么原因，下面与大家分享下
spring 中JDBC事务回滚必须要RuntimeException
07-27
是的，Spring中的JDBC事务回滚通常需要抛出RuntimeException或其子类来触发回滚。这是因为Spring的事务管理机制默认只对未检查异常（unchecked exception）进行回滚操作。当发生未检查异常时，Spring会自动回滚整个事务。而对于已检查异常（checked exception），Spring默认不会触发回滚，需要手动处理。 如果希望对已检查异常进行事务回滚，可以使用@Transactional注解的rollbackFor属性来指定需要回滚的异常类型，或者使用@Transactional(rollbackFor = Exception.class)来指定所有异常都触发回滚操作。 另外，还可以使用编程式事务管理来实现更细粒度的事务控制，通过编写代码手动处理事务的提交和回滚。这种方式可以更灵活地控制事务的行为，但也需要更多的代码来实现。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值