spring transactional
事务的实现原理
事务的实现原理。如果说你加了一个 @Transactional
注解,此时 Spring 会使用 AOP 思想,对你的这个方法在执行之前,先去开启一个事务。执行完毕之后,根据你的方法是否报错,来决定回滚还是提交事务。
@Transactional 注解的属性介绍
下面分别介绍一下 @Transactional
的几个属性
value 和 transactionManager 属性
它们两个是一样的意思。当配置了多个事务管理器时,可以使用该属性指定选择哪个事务管理器。
isolation 属性
事务的隔离级别,默认值为 Isolation.DEFAULT。可选的值有
- Isolation.DEFAULT:使用底层数据库默认的隔离级别
- Isolation.READ_UNCOMMITTED:读取未提交数据(会出现脏读,不可重复读)基本不使用
- Isolation.READ_COMMITTED:读取已提交数据(会出现不可重复读和幻读)
- Isolation.REPEATABLE_READ:可重复读(会出现幻读)
- Isolation.SERIALIZABLE:串行化
tips:
- MySQL 默认为 REPEATABLE_READ 级别
- SQL_SERVER 默认为 READ_COMMITED 级别
- 脏读:一个事务读取到另一个事务未提交的更新数据
- 不可重复读:同一事务中,多次读取同一数据返回的结果有所不同,即,后续读取可以读到另一事务已提交的更新数据
- 可重复读:在同一事务中多次读取数据时,能够保证所读数据一样,也就是后续读取不能读到另一事务已提交的更新数据
- 幻读:一个事务读到另一个事务已提交的 insert 数据。
propagation 属性
事务的传播行为,默认值为 Propagation.REQUIRED。可选的值有:
- PROPAGATION.REQUIRED:如果当前没有事务,则创建一个新事务。如果当前存在事务,就加入该事务。该设置是最常用的设置。
- PROPAGATION.SUPPORTS:支持当前事务,如果当前存在事务,就加入该事务。如果当前不存在事务,就以非事务执行。
- PROPAGATION.MANDATORY:支持当前事务,如果当前存在事务,就加入该事务,如果当前不存在事务,就抛出异常。
- PROPAGATION.REQUIRE_NEW:创建新事务,无论当前存不存在事务,都创建新事务。
- PROPAGATION.NOT_SUPPORTED:以非事务方式执行操作,如果当前事务存在,就把当前事务挂起。
- PROPAGATION.NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。
- PROPAGATION.NESTED:如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则按 REQUIRED 属性执行。
timeout 属性
事务的超时时间,默认值为 -1。如果超过该时间限制但事务还没有完成,则自动回滚事务。
readOnly 属性
指定事务是否为只读事务,默认值为 false;为了忽略那些不需要事务的方法,比如读取数据,可以设置 read-only 为 true
rollbackFor 属性
用于指定能够触发事务回滚的异常类型,可以指定多个异常类型
rollbackForName 属性
用于指定能够触发事务回滚的异常类型名称
noRollbackFor 属性
抛出指定的异常类型,不会滚事务,也可以指定多个异常类型
noRollbackForName 属性
抛出指定的异常类型名称
@Transactional 的 propagation 属性代码示例
比如如下代码,save 方法首先调用 method1 方法,然后抛出了异常,就会导致事务回滚,如下两条数据都不会插入数据库。
@Transactional(propagation = Propagation.REQUIRED)
public void save() {method1();User user = new User("test1");userMapper.insertSelective(user);if(true) {throw new RuntimeException("save 抛异常了");}
}public void method1() {User user = new User("test2");userMapper.insertSelective(user);
}
现在有需求如下,就算 save 方法的后面抛异常了,也不能影响 method1 方法的数据插入。一般方法时给 method1 加入一个新的事务,这样 method1 就会在这个新的事务中执行,原来的事务不会影响到新的事务。例如给 method1 加 propagation 属性为 Propagation.REQUIRES_NEW 的事务。
@Transactional(propagation = Propagation.REQUIRED)
public void save() {method1();User user = new User("test1");userMapper.insertSelective(user);if(true) {throw new RuntimeException("save 抛异常了");}
}@Transactional(propagation = Propagation.REQUIRES_NEW)
public void method1() {User user = new User("test2");userMapper.insertSelective(user);
}
运行之后,发现并没有起作用,数据也是没有插入数据库。通过查看日志发现,两个方法都是处于同一个事务中,method1 方法并没有创建一个新的事务。
在默认的代理模式下,只有目标方法由外部调用,才能被 Spring 的事务拦截器拦截。在同一个类中的两个方法直接调用,是不会被 Spring 的事务拦截器拦截,就像上面的 save 方法直接调用了同一个类中 method1 方法,method1 方法不会被 Spring 的事务拦截器拦截。可以使用 AspectJ 取代 Spring AOP 代理来解决这个问题。但是这里不展开。
为了解决这个问题,我们可以新建一个类:
@Service
public class OtherServiceImpl implements OtherService {@Autowiredprivate UserMapper userMapper;@Transactional(propagation = Propagation.REQUIRES_NEW)public void method1() {User user = new User("test1");userMapper.insertSelective(user);}
}
然后再 save 方法中调用 otherService.method1 方法
@Autowired
private OtherService otherService;@Transactional(propagation = Propagation.REQUIRED)
@Override
public void save() {otherService.method1();User user = new User("test2");userMapper.insertSelective(user);if (true) {throw new RuntimeException("save 抛异常了");}
}
这下,otherService.method1 方法的数据插入成功,save 方法的数据未插入,事务回滚。
Spring 事务传播机制总结
Spring 事务传播机制总共有 7 种,其中使用最多的应该是 PROPAGATION_REQUIRES、PROPAGATION_REQUIRES_NEW 和 PROPAGATION_NESTED。其中所谓的嵌套事务,是指外层的事务如果回滚,会导致内层的事务也回滚;但是内层的事务如果回滚,仅仅是滚回自己的代码。
比如现在有一段业务代码,方法 A 调用方法 B,我希望的是如果方法 A 出错了,此时仅仅回滚方法 A,不能回滚方法 B,这个时候可以给方法 B 使用 REQUIRES_NEW 传播机制,让他们两的事务是不同的。
如果方法 A 调用方法 B,如果出错,方法 B 只能回滚它自己,方法 A 可以带着方法 B 一起回滚。那这种情况可以给方法 B 加上 NESTED 嵌套事务
spring transactional相关推荐
- Spring @Transactional (一)
Spring事务的传播行为 在service类前加上@Transactional,声明这个service所有方法需要事务管理.每一个业务方法开始时都会打开一个事务. Spring默认情况下会对运行期例 ...
- How does Spring @Transactional Really Work?--转
原文地址:http://blog.jhades.org/how-does-spring-transactional-really-work/ In this post we will do a dee ...
- 事务之五:Spring @Transactional工作原理
本文将深入研究Spring的事务管理.主要介绍@Transactional在底层是如何工作的. JPA(Java Persistence API--java持久层)和事务管理 很重要的一点是JPA本身 ...
- Spring @Transactional实际如何工作?
在本文中,我们将深入探讨Spring事务管理. 我们将讨论@Transactional在@Transactional如何真正工作. 其他即将发布的帖子将包括: 如何使用传播和隔离等功能 主要陷阱是什么 ...
- transactional注解的使用_Java:Spring @Transactional工作原理
本文将深入研究Spring的事务管理.主要介绍@Transactional在底层是如何工作的.之后的文章将介绍: propagation(事务传播)和isolation(隔离性)等属性的使用 事务使用 ...
- 【Spring源码】Spring Transactional事务:传播机制(Propagation) 介绍 和 源码剖析
[Spring源码]Spring Transactional事务:传播机制(Propagation) 源码剖析 关键词 AMethod调用BMethod,转载BMethod的角度来考虑:站在被调用者的 ...
- 每日必读DZone Spring:Spring @Transactional 是如何真正工作的?
目录 JPA 和事务管理 使用 Spring @Transactional @Transactional是什么意思? EntityManager 何时跨越多个数据库事务? 什么定义了 EntityMa ...
- Spring Transactional还能导致生产事故?
在Spring中进行事务管理非常简单,只需要在方法上加上注解@Transactional,Spring就可以自动帮我们进行事务的开启.提交.回滚操作.甚至很多人心里已经将Spring事务与@Trans ...
- spring@Transactional注解事务不回滚不起作用无效的问题处理
这几天在项目里面发现我使用@Transactional注解事务之后,抛了异常居然不回滚.后来终于找到了原因. 如果你也出现了这种情况,可以从下面开始排查. 一.特性 先来了解一下@Transactio ...
- spring @Transactional注解参数详解
事物注解方式: @Transactional 当标于类前时, 标示类中所有方法都进行事物处理 , 例子: @Transactional public class TestServiceBean imp ...
最新文章
- 如果你是C开发人员请看这三个显式编程技巧
- python编程自学能学会吗-小白看看!本人自学Python编程经验分享。
- Eclipse出现ContextLoaderListener not find
- 外挂学习之路(15)---lua语言的使用,
- lintcode最长回文子串(Manacher算法)
- 【kafka】Kafka中Topic级别配置
- perl脚本的参数输入
- java项目经验总结
- stm32单片机驱动L298N模块
- 中兴e8820刷openwrt_2020/05/17 中興E8820V2 OPENWRT自編譯分享 原廠EPPROM修改
- 【矩阵论笔记】平方根分解
- ros中的launch文件注释
- C# StreamReader 读取ANSI编码文本文件乱码
- bzoj 4453: cys就是要拿英魂!(后缀数组+二分)
- 2021年4月2日 星期五 农历二月 阴
- 【粉笔结构化面试】综合分析类
- jq将数据库数据显示在select标签上
- Omni Core v0.11.0 rpc-api
- 2022.4.11-4.17 AI行业周刊(第93期):AI行业的困局
- python pr曲线_Py-Faster R-CNN可视化——网络模型,图像特征,Loss图,PR曲线