Spring事务使用中的坑

发表于 | 分类于

1.throws普通异常事务不回滚

近期项目中发现了一些原本不应该出现的数据异常，通过对逻辑的梳理怀疑是sql执行失败的问题，然而该sql和其同业务sql在同一个事务中，出现问题可能是事务执行失败没有回滚！

1
2
3
4
@Transactional
/**
*代码块
*/

首先要确定问题确实出现在该事务中，于是在出现问题的SQL前加上了抛出异常的代码，执行后确实发现事务并没有进行回滚操作。

在加异常抛出的过程中，了解到Spring事务不会捕获被抛出的Exception及其简单继承子异常，于是发现了这次异常不回滚的问题根源所在

1
2
3
4
5
@Override
@Transactional(rollbackFor=Exception.class)
public int saveRanch(User user,List<Map<String, Object>> details) throws Exception {
    //Something
}

原来是程序被设计抛出了Exception类，我们可以使用以下注解将该类的事务正常进行

1
@Transactional(rollbackFor=Exception.class)

2.Spring事务在什么情况下会发生回滚异常呢？

在解决这个问题的过程中，我了解到了许多其他原因可能导致Spring事务无法回滚的现象：

  1. 如使用mysql且引擎是MyISAM，则事务会不起作用，原因是MyISAM不支持事务，可以改成InnoDB
1
” engine=innodb ”
  1. 如果使用了spring+mvc，则context:component-scan重复扫描问题可能会引起事务失败。
1
2
3
```

3.  @Transactional 注解开启配置，必须放到listener里加载，如果放到DispatcherServlet的配置里，事务也是不起作用的。
1
2

4.  @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，事务也会失效
1
2
3
4
5
6

5.  由于注解不可继承，所以建议将注解加在具体的类上或是方法上，如果加在接口上，只能当你设置了基于接口的代理时它才生效。


## 3.事务回滚机制
#### 1.异常

Spring的Transactional的API文档：

If no rules are relevant to the exception, it will be treated like DefaultTransactionAttribute (rolling back on runtime exceptions).

1
2
3

1.Spring的AOP即声明式事务管理**默认是针对unchecked exception回滚**。  
- 一般来说，我们在事务中使用异常抛出时最好使用RuntimeException进行定义，若用Exception将导致事务回滚失效

我们可以采用配置xml或注的方法进行该事务的正常回滚：
@Transactional(rollbackFor=Exception.class)
或：
<tx:advice id=”txAdvice” transaction-manager=”transactionManager”>
　　tx:attributes
　　　　<tx:method name=”*” rollback-for=”com.cn.untils.exception.XyzException”/>
　　</tx:attributes>
</tx:advice>

1
2

2.Spring会将你的try/catch代码块commit，**如果将异常捕获（catch）而不是抛出（throw），事务将不回滚**

一般不需要在业务方法中catch异常，如果非要catch，在做完你想做的工作后（比如关闭文件等）一定要抛出runtime
exception，否则spring会将你的操作commit,这样就会产生脏数据.所以你的catch代码是画蛇添足。
`