最近在公司有一个需求：大致上是要我去做一个产品的登入的审核接口。
因为有大量的对数据库修改、提交以及查询的操作，我使用了@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 的事务开启 ，或者是基于接口的 或者是基于类的代理被创建。在同一个类中一个方法调用另一个方法有事务的方法，事务是不会起作用的。
