@Transactional事务出现异常不回滚的处理

一、背景:

目前很多项目的事务处理都是利用Spring的注解式事务实现的(@Transactional)。 

在测试事务回滚的过程中发现如下现象:
 
throw new RuntimeException("xxxxxxxxxxxx"); 事务回滚
 
throw new Exception("xxxxxxxxxxxx");        事务没有回滚 
 

二、关于spring事务使用说明:


基于Spring AOP的事务管理,即声明式事务管理,默认是针对RuntimeException回滚,既默认只对RuntimeException()及其子类进行事务回滚;非运行时类型的异常默认是不会回滚的。
spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获 RuntimeException 的异常,但可以通过配置来捕获特定的异常并回滚
换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeexcetpion(),这样程序异常时才能被aop捕获进而回滚

 

三、依赖事务管理的业务代码中出现异常该如何处理?

spring xml配置处理
1、针对该业务代码进行封装,二次抛出RuntimeException类型的异常;

2、利用硬编码的方式,借助spring api对事务进行显式的回滚;

3、在spring配置文件中对rollback-for属性赋值。Tip:该配置也可以直接加在注解上。


   
     
   
 


  同时,Spring配置文件中也可以声明出不进行回滚的异常。


    
       
       
    
 

springboot处理方式
方案1.例如service层处理事务,那么service中的方法中不做异常捕获,或者在catch语句中最后增加throw new RuntimeException()语句,以便让aop捕获异常再去回滚,并且在service上层(webservice客户端,view层action)要继续捕获这个异常并处理
方案2.在service层方法的catch语句中增加:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();语句,手动回滚,这样上层就无需去处理异常

      @GetMapping("delete") 
      @ResponseBody 
      @Transactional 
      public Object delete(@RequestParam("id") int id){ 
          if (id < 1){
              return new MessageBean(101,"parameter wrong: id = " + id) ; 
           } 
           try { 
               //delete country
               this.countryRepository.delete(id);
               //delete city
               this.cityRepository.deleteByCountryId(id);
               return new MessageBean(200,"delete success");
           }catch (Exception e){
               logger.error("delete false:" + e.getMessage());
               TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
               return new MessageBean(101,"delete false");
           }
       }

Transaction rolled back because it has been marked as rollback-only

 

问题

程序运行报异常 org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only,错误日志堆栈找不出明显痕迹。

 

场景还原

 

入口:

 

@Transactional
public void saveUserList(List userList) {
  User user = new User("100", "杭州", "张三");
  serviceWarp.saveUser(user);
  try {
    serviceWarp.saveUserList(userList);
  } catch (Exception e) {
    log.error("啥也不干");
  }
}

 

内部调用:

 

public void saveUser(User user) {
  userMapper.saveUser(user);
}123

 

@Transactional
public void saveUserList(List userList) {
  for (User user : userList) {
    userMapper.saveUser(user); // 数据库中造好数据,让它抛出主键冲突异常
  }
}

 

原因

spring 事务管理,启用事务的方法,调用另一个事务方法时,会进行事务传播。注解@Transactional默认的传播机制是PROPAGATION_REQUIRED。

spring 事务管理,启用事务的方法,调用另一个事务方法时,会进行事务传播。注解@Transactional默认的传播机制是PROPAGATION_REQUIRED。

 


  传播行为
  含义

 

  PROPAGATION_REQUIRED
  表示当前方法必须运行在事务中。如果当前事务存在,方法将会在该事务中运行。否则,会启动一个新的事务

 


所以是补齐方法运行的时候,同步的事务合并到了补齐的事务里面。当同步发票发生异常后,被try catch 捕获,没有抛出来。但是事务还是会进行回滚,回滚执行到 DataSourceTransactionManager 类的 doSetRollbackOnly 方法时,设置了rollbackOnly = true;

 

public void setRollbackOnly() {
  this.getConnectionHolder().setRollbackOnly();
}123

 

public void setRollbackOnly() {
  this.rollbackOnly = true;
}123

​   由于异常被catch, 不阻断整个事务执行。整个事务执行完后,执行commit 提交,执行到 DefaultTransactionStatus 类的 isGlobalRollbackOnly方法时,判断rollbackOnly 为true,  则执行回滚,并且打出那句报错的日志”Transaction rolled back because it has been marked as rollback-only”。

 

if (!shouldCommitOnGlobalRollbackOnly() && defStatus.isGlobalRollbackOnly()) {
  if (defStatus.isDebug()) {
    logger.debug("Global transaction is marked as rollback-only but transactional code requested commit");
  }
  processRollback(defStatus);
  // Throw UnexpectedRollbackException only at outermost transaction boundary
  // or if explicitly asked to.
  if (status.isNewTransaction() || isFailEarlyOnGlobalRollbackOnly()) {
    throw new UnexpectedRollbackException(
      "Transaction rolled back because it has been marked as rollback-only");
}1234567891011

 

@Override
public boolean isGlobalRollbackOnly() {
  return ((this.transaction instanceof SmartTransactionObject) &&
          ((SmartTransactionObject) this.transaction).isRollbackOnly());
}12345

 

一些思考


一个事务能完成就一个事务
事务嵌套传播的时候,少用try catch, 该回滚就回滚
事务嵌套传播的时候,  可以指定传播方式,根据需求可以将内部事务指定为@Transactional(propagation = Propagation.NESTED) 或 @Transactional(propagation = Propagation.PROPAGATION_REQUIRED_NEW)
@Transactional事务出现异常不回滚的处理_第1张图片

你可能感兴趣的:(Spring,SpringBoot)