Spring嵌套事务致高CPU？混用不同Transactional注解排查

场景概述 #

处理数千批数据（每批500条记录）时出现CPU占用率过高问题，仅在大批次量下触发，50/100批的小量处理无异常。代码中存在嵌套事务注解，且混用了不同包的实现：

• 父类Class1.java的transform()方法使用Spring事务注解：@org.springframework.transaction.annotation.Transactional
• 子类Class2.java的otherFunction()方法使用JTA事务注解：@javax.transaction.Transactional

原因排查与结论 #

排除选项3：与@Transactional无关 #

问题仅在大批次循环时出现，说明资源消耗和调用次数强相关，事务注解的代理逻辑每次调用都会执行，因此可排除“与事务注解无关”的可能。

排除选项1：仅因嵌套@Transactional #

如果嵌套的是同一种Spring事务注解，Spring会通过事务传播行为（默认REQUIRED）复用现有事务上下文，不会产生额外的高频资源消耗，因此单纯嵌套事务不会导致CPU飙升。

确认选项2：混用不同包的@Transactional注解 #

Spring事务注解与JTA事务注解的管理逻辑完全独立：

• Spring事务由Spring AOP代理处理，基于Spring的事务上下文
• JTA事务由容器（或Spring对JTA的适配）单独管理，每次调用otherFunction()都会尝试创建/维护独立的JTA事务上下文

当外层已有Spring事务时，两者的事务上下文会产生冲突，每次循环都会触发高频的事务上下文切换、资源申请与释放操作。数千次循环累积后，这些操作会直接导致CPU占用率飙升。

验证建议 #

• 将Class2的@javax.transaction.Transactional替换为Spring的@org.springframework.transaction.annotation.Transactional，重新运行大批次测试，观察CPU负载变化
• 监控事务相关指标（如事务创建次数、线程上下文切换次数），对比替换前后的差异

内容的提问来源于stack exchange，提问作者Swastik