Spring事务的传播属性

简介:

Spring事务的传播属性

前言
Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。事务传播行为是Spring框架独有的事务增强特性,他不属于的事务实际提供方数据库行为。这是Spring为我们提供的强大的工具箱,使用事务传播行可以为我们的开发工作提供许多便利。但是人们对他的误解也颇多,你一定也听过“service方法事务最好不要嵌套”的传言。要想正确的使用工具首先需要了解工具。

基础概念

  1. 什么是事务传播行为?
    事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时事务如何传播。

用伪代码说明:

1 @Transaction(Propagation=XXX)
2 public void methodA(){
3 methodB();
4 //doSomething
5 }
6
7 public void methodB(){
8 //doSomething
9 }

methodA中存在事务,他又调用了methodB。methodB事物的一些特性由methodA决定,这就是事务的传播行为。

  1. Spring中七种事务传播行为
    事务传播行为类型 说明

PROPAGATION_REQUIRED 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。
PROPAGATION_SUPPORTS 支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY 使用当前的事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW 新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER 以非事务方式执行,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。
定义非常简单,也很好理解,下面我们就进入代码测试部分,验证我们的理解是否正确。

代码验证
第一种情况。内部均为 propagation = Propagation.REQUIRED

1 @Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.REPEATABLE_READ)
2 @Override
3 public void testTransactional() {
4 int insert = downloadImgDao.test1();
5 log.info("insert1 = {}", insert);
6
7 insert = downloadImgDao.test2();
8 log.info("insert2 = {}", insert);
9 }
10
11 @Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.REPEATABLE_READ)
12 @Override
13 public int test1() {
14 DownloadImg downloadImg = new DownloadImg();
15 downloadImg.setId(666L);
16 downloadImg.setLink("张三");
17 downloadImg.setLinkname("16");
18 int res = downloadImgMapper.insertSelective(downloadImg);
19 log.info("res1 = {}", res);
20 return res;
21 }
22
23
24 @Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.REPEATABLE_READ)
25 @Override
26 public int test2() {
27 DownloadImg downloadImg = new DownloadImg();
28 downloadImg.setId(888L);
29 downloadImg.setLink("李四");
30 downloadImg.setLinkname("18");
31 int res = downloadImgMapper.insertSelective(downloadImg);
32 log.info("res2 = {}", res);
33
34 int i = 5 / 0;
35 return res;
36 }

张三,李四插入均失败。

第二种情况。内部一种为 propagation = Propagation.REQUIRED,一种为Propagation.REQUIRES_NEW

1 @Transactional(propagation = Propagation.REQUIRES_NEW, isolation = Isolation.REPEATABLE_READ)
2 @Override
3 public int test1() {
4 DownloadImg downloadImg = new DownloadImg();
5 downloadImg.setId(666L);
6 downloadImg.setLink("张三");
7 downloadImg.setLinkname("16");
8 int res = downloadImgMapper.insertSelective(downloadImg);
9 log.info("res1 = {}", res);
10 return res;
11 }
12
13
14 @Transactional(propagation = Propagation.REQUIRED, isolation = Isolation.REPEATABLE_READ)
15 @Override
16 public int test2() {
17 DownloadImg downloadImg = new DownloadImg();
18 downloadImg.setId(888L);
19 downloadImg.setLink("李四");
20 downloadImg.setLinkname("18");
21 int res = downloadImgMapper.insertSelective(downloadImg);
22 log.info("res2 = {}", res);
23
24 int i = 5 / 0;
25 return res;
26 }

张三插入成功,李四插入失败。

第三种情况。内部均为Propagation.REQUIRES_NEW

跟我们现象的是一样的,如果哪个test异常,哪个就失败,无异常的就成功。

还有一种情况是,外围抛异常了,内部都不抛异常,两种内部插入也都会成功。

结论
本程序是实验了PROPAGATION_REQUIRED以及Propagation.REQUIRES_NEW。

事务默认以PROPAGATION_REQUIRED来隔离。

1: 如果内部是PROPAGATION_REQUIRED隔离级别,内部只要一个方法出错,那么整个事务都会回滚。

2: 如果内部有方法以Propagation.REQUIRES_NEW来隔离。那么他会创建一个新的事务来运行,如果他抛异常了,并不会影响其他事务的以及外部的事务。

spring事务官方文档:https://docs.spring.io/spring/docs/5.2.6.RELEASE/spring-framework-reference/data-access.html#tx-propagation

参考文档:https://segmentfault.com/a/1190000013341344

原文地址https://www.cnblogs.com/wenbochang/p/13050801.html

相关文章
|
28天前
|
Java 关系型数据库 数据库
深度剖析【Spring】事务:万字详解,彻底掌握传播机制与事务原理
在Java开发中,Spring框架通过事务管理机制,帮我们轻松实现了这种“承诺”。它不仅封装了底层复杂的事务控制逻辑(比如手动开启、提交、回滚事务),还提供了灵活的配置方式,让开发者能专注于业务逻辑,而不用纠结于事务细节。
|
6月前
|
Java Spring
Spring中事务失效的场景
因为Spring事务是基于代理来实现的,所以某个加了@Transactional的⽅法只有是被代理对象调⽤时, 那么这个注解才会⽣效 , 如果使用的是被代理对象调用, 那么@Transactional会失效 同时如果某个⽅法是private的,那么@Transactional也会失效,因为底层cglib是基于⽗⼦类来实现 的,⼦类是不能重载⽗类的private⽅法的,所以⽆法很好的利⽤代理,也会导致@Transactianal失效 如果在业务中对异常进行了捕获处理 , 出现异常后Spring框架无法感知到异常, @Transactional也会失效
|
6月前
|
Java 关系型数据库 数据库
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——常见问题总结
本文总结了Spring Boot中使用事务的常见问题,虽然通过`@Transactional`注解可以轻松实现事务管理,但在实际项目中仍有许多潜在坑点。文章详细分析了三个典型问题:1) 异常未被捕获导致事务未回滚,需明确指定`rollbackFor`属性;2) 异常被try-catch“吃掉”,应避免在事务方法中直接处理异常;3) 事务范围与锁范围不一致引发并发问题,建议调整锁策略以覆盖事务范围。这些问题看似简单,但一旦发生,排查难度较大,因此开发时需格外留意。最后,文章提供了课程源代码下载地址,供读者实践参考。
135 0
|
6月前
|
Java 关系型数据库 数据库
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——Spring Boot 事务配置
本文介绍了 Spring Boot 中的事务配置与使用方法。首先需要导入 MySQL 依赖,Spring Boot 会自动注入 `DataSourceTransactionManager`,无需额外配置即可通过 `@Transactional` 注解实现事务管理。接着通过创建一个用户插入功能的示例,展示了如何在 Service 层手动抛出异常以测试事务回滚机制。测试结果表明,数据库中未新增记录,证明事务已成功回滚。此过程简单高效,适合日常开发需求。
881 0
|
6月前
|
Java 数据库 微服务
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——事务相关
本文介绍Spring Boot事务配置管理,阐述事务在企业应用开发中的重要性。事务确保数据操作可靠,任一异常均可回滚至初始状态,如转账、购票等场景需全流程执行成功才算完成。同时,事务管理在Spring Boot的service层广泛应用,但根据实际需求也可能存在无需事务的情况,例如独立数据插入操作。
133 0
|
6月前
|
Java 测试技术 微服务
微服务——SpringBoot使用归纳——Spring Boot中的项目属性配置——少量配置信息的情形
本课主要讲解Spring Boot项目中的属性配置方法。在实际开发中,测试与生产环境的配置往往不同,因此不应将配置信息硬编码在代码中,而应使用配置文件管理,如`application.yml`。例如,在微服务架构下,可通过配置文件设置调用其他服务的地址(如订单服务端口8002),并利用`@Value`注解在代码中读取这些配置值。这种方式使项目更灵活,便于后续修改和维护。
91 0
|
4月前
|
人工智能 Java 数据库连接
Spring事务失效场景
本文深入探讨了Spring框架中事务管理可能失效的几种常见场景及解决方案,包括事务方法访问级别不当、方法内部自调用、错误的异常处理、事务管理器或数据源配置错误、数据库不支持事务以及不合理的事务传播行为或隔离级别。通过合理配置和正确使用`@Transactional`注解,开发者可以有效避免这些问题,确保应用的数据一致性和完整性。
224 10
|
3月前
|
Java 关系型数据库 MySQL
【Spring】【事务】初学者直呼学会了的Spring事务入门
本文深入解析了Spring事务的核心概念与使用方法。Spring事务是一种数据库事务管理机制,通过确保操作的原子性、一致性、隔离性和持久性(ACID),维护数据完整性。文章详细讲解了声明式事务(@Transactional注解)和编程式事务(TransactionTemplate、PlatformTransactionManager)的区别与用法,并探讨了事务传播行为(如REQUIRED、REQUIRES_NEW等)及隔离级别(如READ_COMMITTED、REPEATABLE_READ)。
273 1
|
6月前
|
SQL Java 数据库连接
Spring中的事务是如何实现的
1. Spring事务底层是基于数据库事务和AOP机制的 2. ⾸先对于使⽤了@Transactional注解的Bean,Spring会创建⼀个代理对象作为Bean 3. 当调⽤代理对象的⽅法时,会先判断该⽅法上是否加了@Transactional注解 4. 如果加了,那么则利⽤事务管理器创建⼀个数据库连接 5. 并且修改数据库连接的autocommit属性为false,禁⽌此连接的⾃动提交,这是实现Spring事务⾮ 常重要的⼀步 6. 然后执⾏当前⽅法,⽅法中会执⾏sql 7. 执⾏完当前⽅法后,如果没有出现异常就直接提交事务 8. 如果出现了异常,并且这个异常是需要回滚的就会回滚事务
|
6月前
|
JavaScript Java 开发者
Spring事务失效,常见的情况有哪些?
本文总结了Spring事务失效的7种常见情况,包括未启用事务管理功能、方法非public类型、数据源未配置事务管理器、自身调用问题、异常类型错误、异常被吞以及业务和事务代码不在同一线程中。同时提供了两种快速定位事务相关Bug的方法:通过查看日志(设置为debug模式)或调试代码(在TransactionInterceptor的invoke方法中设置断点)。文章帮助开发者更好地理解和解决Spring事务中的问题。
219 7

热门文章

最新文章