事务注解@Transactional又失效了！

Myth丶恋晨 2023-09-26 23:11 145阅读 0赞

## 1、相关基本知识 ##

### 1.1事务的传播方式 ###

//如果有事务, 那么加入事务, 没有的话新建一个(默认)
    @Transactional(propagation=Propagation.REQUIRED)
    //容器不为这个方法开启事务 
    @Transactional(propagation=Propagation.NOT_SUPPORTED)
    //不管是否存在事务, 都创建一个新的事务, 原来的挂起, 新的执行完毕, 继续执行老的事务 
    @Transactional(propagation=Propagation.REQUIRES_NEW) 
    //必须在一个已有的事务中执行, 否则抛出异常
    @Transactional(propagation=Propagation.MANDATORY) 
    //必须在一个没有的事务中执行, 否则抛出异常(与Propagation.MANDATORY相反)
    @Transactional(propagation=Propagation.NEVER) 
    //如果其他bean调用这个方法, 在其他bean中声明事务, 那就用事务, 如果其他bean没有声明事务, 那就不用事务
    @Transactional(propagation=Propagation.SUPPORTS) 
    复制代码

### 1.2事务的隔离级别 ###

// 读取未提交数据(会出现脏读, 不可重复读) 基本不使用
    @Transactional(isolation = Isolation.READ_UNCOMMITTED)
    // 读取已提交数据(会出现不可重复读和幻读) Oracle默认
    @Transactional(isolation = Isolation.READ_COMMITTED)
    // 可重复读(会出现幻读) MySQL默认
    @Transactional(isolation = Isolation.REPEATABLE_READ)
    // 串行化
    @Transactional(isolation = Isolation.SERIALIZABLE)
    复制代码

**ISOLATION\_DEFAULT**: 使用后端数据库默认的隔离级别，Mysql 默认采用的 REPEATABLE\_READ隔离级别 Oracle 默认采用的 READ\_COMMITTED隔离级别.

**ISOLATION\_READ\_UNCOMMITTED**: 最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读

**ISOLATION\_READ\_COMMITTED**: 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生

**ISOLATION\_REPEATABLE\_READ**: 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。

**ISOLATION\_SERIALIZABLE**: 最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。

### 1.3其他属性 ###

![format_png][]

*  **timeout** 事务的超时时间，默认值为 -1。如果超过该时间限制但事务还没有完成，则自动回滚事务。
 *  **readOnly** 指定事务是否为只读事务，默认值为 false；为了忽略那些不需要事务的方法，比如读取数据，可以设置 read-only 为 true。
 *  **rollbackFor** 用于指定能够触发事务回滚的异常类型，可以指定多个异常类型。
 *  **noRollbackFor** 抛出指定的异常类型，不回滚事务，也可以指定多个异常类型。

## 2、事务失效场景 ##

### 2.1未被Spring管理 ###

事务方法所在类并没有被Spring管理，则Spring事务会失效。这种对于Springboot项目其实不会的，你把@Service注释掉，Controller中注入UserService是会报错的。

![format_png 1][]

### 2.2方法不能被重写 ###

这里的意思是带@Transactional注释的方法必须是可重写的，那我们知道private、static、final修饰的方法均不能被重写。

![format_png 2][]

### 2.3同一个类中方法相互调用 ###

这里我们在同一个类中方法A调用了方法B，在方法B上使用@Transactional,此时方法B中出现异常，我们是希望他能回滚的。

![format_png 3][]

可惜并没有回滚事务

![format_png 4][]

声明式事务实现原理是面向切面编程，通过cglib创建代理proxy，当我们访问带 @Transactional方法，如果通过spring容器获取bean，实际访问的是代理对象，代理对象已经在带 @Transactional方法前后增加了事务相关的逻辑。而当调用带 @Transactional方法的调用方是同类方法时，调用的是this对象的方法，没有通过spring容器获取bean，就无法访问到代理对象，事务也就没有生效。

我们把@Transactional注解放到方法A上就可以了。此时即便方法B是private修饰的也无所谓

![format_png 5][]

### 2.4异常被catch了 ###

基于2.3的例子，假如把方法B中的异常catch了却没有抛出异常，事务也是不会回滚的。

![format_png 6][]

解决办法：通常我们会在Springboot项目中自定义一个异常，在catch语句块中抛出自定义异常即可。

### 2.5rollbackFor使用不当 ###

rollbackFor默认值为UncheckedException，包括了RuntimeException和Error。

在使用@Transactional注解时不指定rollbackFor，Exception及其子类都不会触发回滚。

![format_png 7][]

继承自Runtime Exception或 Error 的是非检查型异常，而继承自 Exception 的则是检查型异常。

### 2.6数据库引擎不支持事务 ###

比如MySQL数据库选用MyISAM存储引擎，而MyISAM存储引擎本身不支持事务，事务肯定不会生效。

### 2.7多线程问题 ###

如果你去面试，面试官问你多线程事务如何回滚，你要是回答用@Transactional注解，就可以直接回去了。Spring的事务是通过ThreadLocal来保证线程安全的，事务和当前线程绑定。

[format_png]: https://img-blog.csdnimg.cn/img_convert/cc4c0afda9eae532788b216d6966bf1d.webp?x-oss-process=image/format,png
[format_png 1]: https://img-blog.csdnimg.cn/img_convert/9528e1acb149e24311277f74ab4cc407.webp?x-oss-process=image/format,png
[format_png 2]: https://img-blog.csdnimg.cn/img_convert/549c25fc6e619d9fd76c0fc36b38f9e9.webp?x-oss-process=image/format,png
[format_png 3]: https://img-blog.csdnimg.cn/img_convert/2a7cc414142fb214ff1f397e32c7c3ee.webp?x-oss-process=image/format,png
[format_png 4]: https://img-blog.csdnimg.cn/img_convert/9b7a039a2a53e2ecc2da9442b51ea3b2.webp?x-oss-process=image/format,png
[format_png 5]: https://img-blog.csdnimg.cn/img_convert/d89e968233d1f002d11f30c7897b87f8.webp?x-oss-process=image/format,png
[format_png 6]: https://img-blog.csdnimg.cn/img_convert/39eac4b1a9d58484d0da0e20f2b5309b.webp?x-oss-process=image/format,png
[format_png 7]: https://img-blog.csdnimg.cn/img_convert/198f3887a1704a6255845e2f2dc8eba1.webp?x-oss-process=image/format,png