最近在公司有一个需求:大致上是要我去做一个产品的登入的审核接口。
因为有大量的对数据库修改、提交以及查询的操作,我使用了@Transaction 让这个接口交给spring事务来托管。
其中出现了修改抛出异常了(已设定了,如果输入不符合我的规范会throw new myException),但是数据库数据仍被修改了。
大概在网上找了好几种原因以及解决办法,不过首先先介绍我当时用的解决办法。
我所使用的解决办法
首次认为我觉得我自己配置有问题,但是又不想深究下去了,采用了很直接的方法---手动回滚
我把这些抛出的异常改为一个发送到前端的错误信息,通过判断是否有误flag的对错来最终执行回滚。
大概代码:
if (flag){
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
return.........
}
这种解决办法简单而且无脑,不过自己深究下去之后,也明白了其中的原因,下面先介绍@Transactional事务不回滚的原因
@Transactional事务不回滚的原因
- @Transactional 注解必须作用在public的权限管理上,其余的权限管理关键字并不会使事物生效
- 检查数据库是否支持事务(例如MySql4.0 支持事务,Engine:InnoDB)
- 检查代码块是否抛出异常,且事务的rollback的异常是抛出异常或者是抛出异常的父类(默认是RuntimeException)
引用一下第三点原因,若我在@Transactional加上(rollbackFor = { myException.class }),应该也可以解决问题,而且改动是最少的
- 检查事务覆盖的代码块中的所有Connection是否都被这个事务覆盖(debug检查所有connection的autoCommit属性是不是被事务改成了false)
- @Transactional 的事务开启 ,或者是基于接口的 或者是基于类的代理被创建。在同一个类中一个方法调用另一个方法有事务的方法,事务是不会起作用的。
网友评论