SpringBoot3项目启动时JDBC事务标记为rollback-only问题咨询

1. 启动时事务被标记为rollback-only的原因分析 #

Spring Boot 3.0.x（基于Spring Framework 6.x）在事务管理的debug诊断逻辑上有增强，结合你描述的场景，可能的原因包括：

• Debug模式专属的事务诊断机制：Spring在debug模式下会主动触发事务回滚标记并生成栈追踪，用于帮助开发者排查事务边界问题，这类操作并非由业务异常触发。
• Repo初始化阶段的隐性事务操作：启动时Spring Data JPA会预加载Repository代理，并执行一些验证性操作（比如解析命名查询、执行空查询校验），这些操作可能被包裹在默认事务中。如果这些隐性操作触发了未被显式捕获的非检查异常（比如查询语法的隐性校验错误），事务会被自动标记为rollback-only；但由于Spring内部捕获了该异常，你看不到业务层面的报错。
• 事务默认配置的变更：Spring Framework 6.x对@Transactional的默认行为做了细微调整，比如对某些异常的回滚策略更严格，即使异常被内部处理，事务仍会被标记为回滚。

2. 标注'exception just for purpose of providing stack trace'的异常是否可忽略 #

如果该异常的明确注释说明仅用于生成栈追踪，且启动后业务功能正常，可以忽略。这类异常通常是Spring在debug模式下的诊断输出，并非实际的系统或业务错误，目的是帮助开发者定位事务的创建、传播和回滚路径。

排查与验证建议 #

• 切换到release模式启动项目，观察该异常是否消失，确认是否为debug模式专属的诊断输出。
• 检查命名查询的语法是否符合JPA 3.0的规范（Spring Boot 3.x对应JPA 3.0），部分旧版语法在新版本中可能触发隐性校验异常。
• 查看项目中@Transactional注解的配置，是否显式指定了rollbackFor或noRollbackFor，对比Spring Boot 2.7.x和3.0.x的默认差异。
• 开启Spring事务的详细日志（logging.level.org.springframework.transaction=TRACE），追踪事务的创建、标记回滚的具体触发点。

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