嵌套事务分析@Transactional

最新推荐文章于 2025-11-01 18:15:24 发布
原创 最新推荐文章于 2025-11-01 18:15:24 发布 · 3.6k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #数据库 #spring

本文深入探讨了Spring框架中@Transactional注解的两种主要事务传播类型：REQUIRED和REQUIRES_NEW。通过实例分析，阐述了在不同传播类型下，父事务与子事务之间的交互规则及异常处理机制。

嵌套事务分析@Transactional

事务类型总共有七种；在这就介绍常用的的两个。
@Transactional(propagation=Propagation.REQUIRED)//如果有事务，那么加入事务，没有的话新创建一个;不指定propagation默认就是这个
@Transactional(propagation=Propagation.REQUIREDS_NEW)//不管是否存在事务，都创建一个新的事务，原来的挂起，新的执行完毕，继续执行老的事务,

Propagation.REQUIRED类型事务嵌套

A事务方法调用B事务方法时如果两个事务注解在生效的情况下，在这里A事务称为父类，B事务称为子类；A方法操作数据库后调用B方法，下列异常抛出时保证AB方法里对数据库操作都完成了才抛出异常；RuleException继承的RuntimeException；

列举一下测试结果：
在这里插入图片描述
总结：
1.如果子类方法抛出的异常，不管满足子类还是父类的注解的回滚事务就会回滚；
2.如果父类抛出异常，只看父类的事务注解，如果回滚就父子皆回滚，如果不回滚父子皆不回滚

嵌套事务类型是Propagation.REQUIRES_NEW

这种情况下子事务开启了新的session，父事务先锁定一条记录（for update）子事务也锁这一条记录时就会死锁；这点要注意；

【Spring】 Spring @Transactional-嵌套事物处理
九师兄
01-18 2710
1.美图 2.概述 参考：添加链接描述
深入解析Spring Boot中的`@Transactional`注解
fudaihb的博客
09-03 3665
在Spring Boot开发中，数据库事务管理是一个至关重要的环节。`@Transactional`注解是Spring框架提供的一个强大工具，能够帮助开发者方便地管理事务。本文将深入解析`@Transactional`注解的工作原理、使用方式以及注意事项，并结合实际应用场景，帮助开发者更好地掌握这一工具。
清晰、明了的@Transcation事务嵌套使用
devops
05-30 9328
@Transactional注解是Spring框架提供的用于声明事务的注解，作用于类和方法上。在一般或嵌套使用的情况下，有你不知道的潜规则。
事务嵌套陷阱频发？，一文搞懂Laravel 10 DB::transaction底层原理
最新发布
PixelGlow的博客
11-01 901
深入解析Laravel 10数据库事务DB::transaction底层机制，破解事务嵌套常见陷阱。涵盖实际应用场景、自动回滚原理与异常处理策略，助你掌握事务控制核心技巧，提升数据一致性与代码健壮性，值得收藏。
Spring的@Transactional 嵌套研究
12-17 1万+
事务嵌套和局部回滚的问题，很是费解。 本文将做一个详细的测试，加强对Spring的@Transactional 理解和使用 1、两个单独不干扰事务 @RequestMapping("/test") public void test() { LoveFile test1 = new LoveFile(); test1.setFileUuid(get3...
【问题处理】解决Spring事务@Transactional多层嵌套失效
欢迎来到 程序猿 的博客
08-24 4984
1、声明式事务处理，采用合适的事务传播行为，将AService中修改A中数据方法update和更新A数据关联其它数据方法setOtherData通过AppContext.getBean()的方式直接获取AService中的方法，不违背事务失效原因中的2.4项(当前类的调用)，并将保持B和C信息的方法单独抽取出来，提供一个saveBandCInfo方法，加上事务处理和传播行为，并抛出异常信息。Spring 事务的传播行为说的是，当多个事务同时存在的时候， Spring 如何处理这些事务的行为。
@Transactional注解管理事务和Spring手动提交事务(二)
输入技术、输出想法
05-26 9790
使用 Spring 注解管理事务概述@Transactional 注解简介使用 @Transaction 注解 概述 通过 @Transactional 注解方式，也可将事务织入到相应方法中。而使用注解方式，只需在配置文件中加入一个 tx 标签，以告诉 Spring 使用注解来完成事务的织入。该标签只需指定一个属性，事务管理器。 <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.or
Spring @Transactional注解原理深度分析
ma451152002的专栏
06-17 278
Transactional注解是Spring事务管理的核心注解，定义在spring-tx@Inherited// 事务管理器限定符// 事务标签// 事务传播行为// 事务隔离级别// 事务超时时间// 只读事务标识// 回滚异常类型Class<?// 不回滚异常类型Class<?/*** 根据事务定义获取事务状态*//*** 提交事务*//*** 回滚事务*/@Component。
@Transactional 源码解析
山巅
04-12 3720
@Transactional 源码解析1.springboot 下@Transactional使用方式2.spring是怎么处理事务的2.1三级目录 1.springboot 下@Transactional使用方式 在springboot框架下，事务管理只要在实现类方法上增加@Transactional这个注解就可以了。 @Transactional @Override public int insertMapiInterfaceCallConfig(InterfaceCallCo
@Transactional事务相关
weixin_42030357的博客
01-27 1162
文章目录 参考博文：https://www.ibm.com/developerworks/cn/java/j-master-spring-transactional-use/ 注解未生效的博文：https://blog.youkuaiyun.com/u014082714/article/details/80967103 在应用系统调用声明@Transactional 的目标方法时，Spring Framewo...
@Transactional注解事务内层事务不影响外层事务的方法
雄的博客
07-09 4769
1.问题 目前有个两个方法，使用@Transactional声明事务。a方法中声明事务捕捉到Exception异常会回滚事务。现在当b方法中抛出异常，a方法就会回滚，目前有这样一个需求：当b方法抛出异常，a方法事务不回滚。 @Transactional(rollbackFor=Exception.class) public String a() { this.bSerivce..b(); dosomething... } public String b() { dosomething... } 2
Spring Boot @Transactional 注解使用场景及嵌套使用问题
学亮编程手记
06-11 1031
是 Spring 框架提供的事务管理注解，用于声明式事务管理。它可以将一系列数据库操作作为一个原子单元执行，要么全部成功，要么全部回滚。
Springboot @Transactional 事务嵌套测试
frozen_shandow的博客
05-21 1187
事务介绍乱如麻，自己实际测试得到结果，整理记录。 A方法中调用B方法 1、当A和B在同一个类中时： 1.1A加事务，B加事务，A中报错，事务生效 1.2B加事务，A中报错，事务失效 1.3A加事务，A中报错，事务生效 1.4A加事务，B加事务，B中报错，事务生效 1.5B加事务，B中报错，事务失效 1.6A加事务，B中报错，事务生效 2、当A和B不在同一个类中时： 2.1A加事务，B加事务，A中报错，事务生效 2.2B加事务，A中报错，事务失效 ...
事务 @Transaction
qq_33605294的博客
09-05 305
是基于 AOP 面向切面的，它将具体业务与事务处理部分解耦，代码侵入性很低，声明式事务也有两种实现方式，一种是基于 TX 和 AOP 的 xml 配置文件方式，二种就是基于 @Transactional 注解了，实际开发中 @Transactional 用的比较多。传播特性主要用到了Propagation.REQUIRED、Propagation.REQUIRES_NEW两个，Propagation.REQUIRES_NEW会新创建一个事务，不会受到前面事务的影响。
Spring的事务管理Transactional出现嵌套service事务情况
weixin_42642782的博客
02-23 1912
Spring的事务管理Transactional出现嵌套service事务情况 @Service @Transactional(rollbackFor = Exception.class) public class AServiceImpl implement AService{ @Override public void a(){ ... } } @Service @Transactional(rollbackFor = Exception.class)
@Transactional注解：多个事务嵌套时，独立事务处理
热门推荐
UpdatingYu的博客
04-25 2万+
一、需求 在多个事务嵌套使用时，排除事务之间的回滚影响 二、解决 在不同服务类的方法中使用Transactional的propagation属性来实现隔离事务。（注意两个方法不在同一个服务类中） Propagation.REQUIRES_NEW即说明该事务开启单独事务，不受其他事务影响 // 服务类A @Autowired private ABizService aBizServ...
在 Spring 中使用 @Transactional 注解遇到嵌套事务时，事务失效问题的常见原因和解决方法大全
猫头虎技术团队：授渔优于赠鱼，兴趣引领智慧，探索之乐尤显珍贵。商务合作+：Libin9iOak ，万粉变现+：优快云WF，猫头虎承诺每年免费为100名C站创作者做账号流量诊断服务！全网搜：猫头虎技术团队，点击文章底部名片或直接私信我一切皆可谈，快找虎哥！
12-16 2995
在 Spring 中使用 @Transactional 注解遇到嵌套事务时，事务失效问题的常见原因和解决方法大全 大家好，欢迎来到《猫头虎技术团队》的技术分享！今天我们来聊聊 Spring 中使用 @Transactional 注解时的嵌套事务问题。在实际开发中，嵌套事务常常会遇到一些棘手的问题，尤其是当事务失效时，可能会让你抓耳挠腮，头大如斗。不过别担心，猫头虎团队已经整理了常见的原因以及解决方法，带你一步步走出这些坑。
浅谈Spring传播行为的应用——事务嵌套
WannaRunning的博客
04-13 1146
在Spring事务中介绍了@Transactional注解相关的属性设置，其中Propagation属性是传播行为，默认的是Propagation.REQUIRE 即如果有事务就加入，没有的话就新建一个事务。 最近开发中遇到了事务嵌套的情况，我的场景是这样的： 业务主要是对一个集合的数据进行循环，对每条数据做若干数据库操作，最后再做一些别的数据库操作;但是业务需求是如果某一条数据在循环处理时出现异常，不中断其他数据的处理和最后的数据库操作，也就是出错的数据就放弃处理，成功的数据不受影响。 首先我认.
@Transactional 提交事务慢
05-08
### 关于 @Transactional 事务提交慢的原因分析 #### 可能原因 1. **数据库锁竞争** 当多个线程或进程同时访问同一资源时，可能导致数据库锁的竞争。如果某些操作长时间持有锁，则会阻塞其他事务的执行，从而导致整体事务提交变慢[^1]。 2. **SQL 执行效率低下** 如果事务中的 SQL 查询或更新语句存在性能瓶颈（如缺少索引、全表扫描等），则可能显著延长事务的执行时间。这不仅影响当前事务，还可能引发连锁反应，进一步拖慢整个系统的响应速度[^2]。 3. **网络延迟** 数据库与应用程序之间的通信可能存在高延迟问题，尤其是在分布式环境中。这种情况下，每次交互都会增加额外的时间开销，进而影响事务的整体表现[^3]。 4. **日志写入压力** 默认情况下，大多数关系型数据库会在每次事务提交时将更改记录到磁盘上的重做日志文件中。如果日志写入频繁或者存储设备性能不足，则可能会成为性能瓶颈之一[^1]。 5. **隔离级别过高** 设置过高的事务隔离级别虽然可以减少脏读等问题的发生概率，但也增加了并发控制的成本。例如，在 SERIALIZABLE 隔离模式下运行大量复杂查询往往会导致严重的性能下降。 6. **嵌套事务不当配置** 虽然 Spring 支持嵌套事务功能，但如果未合理设置 `nestedTransactionAllowed` 参数 或者错误理解其工作原理，则容易造成不必要的回滚点创建以及其他副作用，最终降低效率。 --- ### 解决方案及优化措施 1. **调整数据库连接池参数** 合理规划最大活跃连接数、等待超时时间和预取大小等关键指标，确保能够满足高峰期负载需求的同时避免浪费系统资源。 2. **改进 SQL 性能** 定期审查并优化涉及的所有查询逻辑，添加适当索引来加速检索过程；对于批量插入/删除操作考虑采用更高效的方法代替逐条处理。 3. **启用异步提交 (Asynchronous Commit)** 对于那些对一致性要求不那么严格的应用场景来说，允许部分数据暂时处于不可见状态直到完全确认后再同步可见或许是一个不错的选择。这样可以在一定程度上缓解因持久化带来的延时困扰。 4. **降低默认隔离等级** 根据实际业务特点重新评估现有设定是否有必要维持如此严格的约束条件，并尝试切换至较低级别的选项比如 READ_COMMITTED 来换取更好的吞吐量表现 5. **利用只读事务特性** 将那些仅仅用于读取而不修改任何内容的操作标记为 readonly=true 属性值 ，以便让框架自动跳过一些耗时步骤如生成 undo log 等动作来提升速率 6. **加强硬件设施投入力度** 升级服务器型号选用更快更强力 的 CPU/GPU 组件 加大内存容量 提升硬盘I/O能力等等都是可行手段 7. **引入缓存机制减轻后台负担** 缓存热点数据减少重复请求次数缩短相应周期提高用户体验满意度 8. **定期清理无用历史记录保持整洁环境** 删除陈旧冗余的数据对象释放空间腾出更多可用额度供新资料储存使用 ```java @Bean public PlatformTransactionManager transactionManager(DataSource dataSource) { DataSourceTransactionManager tm = new DataSourceTransactionManager(dataSource); tm.setValidateExistingTransaction(true); // 检查已有事务是否存在冲突 tm.setNestedTransactionAllowed(true); // 开启支持嵌套事务的能力 return tm; } ``` --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值