事物 @Transactional注解
@Transactional注解事务不回滚不起作用无效
一、特性
先来了解一下@Transactional注解事务的特性吧，可以更好排查问题
1、service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。
2、@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。
3、默认情况下，Spring会对unchecked异常进行事务回滚；如果是checked异常则不回滚。
辣么什么是checked异常，什么是unchecked异常
java里面将派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常，其他继承自java.lang.Exception得异常统称为Checked Exception，如IOException、TimeoutException等
辣么再通俗一点：你写代码出现的空指针等异常，会被回滚，文件读写，网络出问题，spring就没法回滚了。然后我教大家怎么记这个，因为很多同学容易弄混，你写代码的时候有些IOException我们的编译器是能够检测到的，说以叫checked异常，你写代码的时候空指针等死检测不到的，所以叫unchecked异常。这样是不是好记一些啦
4、只读事务：
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
只读标志只在事务启动时应用，否则即使配置也会被忽略。
启动事务会增加线程开销，数据库因共享读取而锁定(具体跟数据库类型和事务隔离级别有关)。通常情况下，仅是读取数据时，不必设置只读事务而增加额外的系统开销。
二：事务传播模式
Propagation枚举了多种事务传播模式，部分列举如下：
-
1、REQUIRED(默认模式)：业务方法需要在一个容器里运行。如果方法运行时，已经处在一个事务中，那么加入到这个事务，否则自己新建一个新的事务。
-
2、NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。
-
3、REQUIRESNEW：不管是否存在事务，该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务挂起，新的事务被创建。
-
4、 MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果在没有事务的环境下被调用，容器抛出例外。
-
5、SUPPORTS：该方法在某个事务范围内被调用，则方法成为该事务的一部分。如果方法在该事务范围外被调用，该方法就在没有事务的环境下执行。
-
6、NEVER：该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务，才正常执行。
-
7、NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。
上面引用至事务传播模式
二：解决Transactional注解不回滚
1、检查你方法是不是public的
2、你的异常类型是不是unchecked异常
如果我想check异常也想回滚怎么办，注解上面写明异常类型即可
@Transactional(rollbackFor=Exception.class) - 1
类似的还有norollbackFor，自定义不回滚的异常
3、数据库引擎要支持事务，如果是MySQL，注意表要使用支持事务的引擎，比如innodb，如果是myisam，事务是不起作用的
4、是否开启了对注解的解析
- 1
- 2
5、spring是否扫描到你这个包，如下是扫描到org.test下面的包
- 1
6、检查是不是同一个类中的方法调用（如a方法调用同一个类中的b方法）
7、异常是不是被你catch住了
以上转载自：https://blog.csdn.net/u011410529/article/details/54287307
=========================================
关于使用注解@Transactional，手动抛出异常不回滚现象总结：
我用的是自定义异常直接继承Exception异常，在实际操作中，出现异常后没有回滚，还是把数据写入数据库了。
查了一下资料，只有runtimeexception并且没有被try catch处理的异常才会回滚。另外Transactional可以指定回滚异常，然后我用@Transactional(roobackFor=Exception.class)就好使了。
总结@Transactional(roobackFor=Exception.class)如果有异常，并且这个异常没有被try catch 就会回滚。
---------------------
作者：ckk_xiao
来源：CSDN
原文：https://blog.csdn.net/kai12332/article/details/80547178
版权声明：本文为博主原创文章，转载请附上博文链接！
====================这里解决了我的问题=====================
以下情况为单层 Transactional 事务
Xml代码
Java代码
@Transactional(rollbackFor=Exception.class)
public int method(Object obj) {
try {
doInsert(obj);
return 1;
} catch(Exception e) {
e.printStackTrace();
//
//
// 加入下行代码手动回滚
// @Transactional 为方法加上事务,try catch 捕获到异常手动回滚事务
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
//
//
}
return 0;
}
以下情况为双层至多层 Transactional 事务
Java代码
@Transactional(rollbackFor = Exception.class)
public int method(Object obj) {
try {
doInsert(obj);
return 1;
} catch(Exception e) {
e.printStackTrace();
//
//
// 加入下行代码手动回滚
// @Transactional 为方法加上事务,try catch 捕获到异常手动回滚事务
if (TransactionAspectSupport.currentTransactionStatus().isNewTransaction()) {
// 第一次开启事务遇到异常则回滚
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
} else {
// 嵌套的事务,当前方法被另一个加了 @Transactional 标注的方法调用
// 抛出异常告诉上一个事务,让上一个事务判断是否回滚
// 这样的优点是: 在调用者那边不用根据当前方法返回值来判断是否回滚
throw e;
}
//
//
}
return 0;
}
以上转自：https://colin-davis.iteye.com/blog/2303321
spring 的默认事务机制，当出现unchecked异常时候回滚，checked异常的时候不会回滚；
异常中unchecked异常包括error和runtime异常，需要try catch或向上抛出的异常为checked异常比如IOException，也就是说程序抛出runtime异常的时候才会进行回滚，其他异常不回滚，可以配置设置所有异常回滚：
@Transactional(rollbackFor = { Exception.class })
当有try catch后捕获了异常，事务不会回滚，如果不得不在service层写try catch 需要catch后 throw new RuntimeException 让事务回滚；
Spring的AOP即声明式事务管理默认是针对unchecked exception回滚。也就是默认对R untimeException()异常或是其子类进行事务回滚；checked异常,即Exception可try{}捕获的不会回滚，如果使用try-catch捕获抛出的unchecked异常后没有在catch块中采用页面硬编码的方式使用spring api对事务做显式的回滚，则事务不会回滚， “将异常捕获,并且在catch块中不对事务做显式提交=生吞掉异常” ，要想捕获非运行时异常则需要如下配置
具体配置和解决办法
以上转自：百度问答 扯丶一抹薇笑