使用@Modifying+@Transactional删数据时遇事务静默回滚问题求助

问题场景 #

执行以下Spring Data JPA删除方法时触发错误：

@Modifying     
@Transactional
@Query("DELETE FROM BusinessTransaction bt WHERE bt.userId.id=:id")     
void deleteByUserId(Long id); 

遇到的错误提示：

Transaction silently rolled back because it has been marked as rollback-only

注：BusinessTransaction类与User类存在关联映射，查询中通过bt.userId.id获取用户ID并与参数:id匹配。

可行解决思路 #

1. 处理嵌套事务的回滚标记冲突 #

如果这个删除方法被其他带@Transactional的外层方法调用，外层事务可能因内部其他操作抛出异常被标记为rollback-only，即使当前删除操作正常执行，外层事务提交时也会触发该错误。

• 给当前方法的事务指定REQUIRES_NEW传播行为，强制开启独立事务：

  @Modifying     
  @Transactional(propagation = Propagation.REQUIRES_NEW)
  @Query("DELETE FROM BusinessTransaction bt WHERE bt.userId.id=:id")     
  void deleteByUserId(Long id); 
  

• 排查外层事务是否存在未处理的异常，避免事务被提前标记为回滚状态。

2. 优化JPQL查询写法 #

关联路径查询可能因延迟加载等映射问题触发隐式异常，可调整为直接关联实体：

@Modifying     
@Transactional
@Query("DELETE FROM BusinessTransaction bt WHERE bt.userId = :user")     
void deleteByUser(User user); 

调用时传入User实例，绕开ID路径查询可能的加载异常。

3. 排查未捕获的RuntimeException #

删除过程中可能存在未被捕获的运行时异常（如数据库约束违规、连接异常），这些异常会标记事务为rollback-only但未被上层感知，最终提交时报错。

• 在方法中添加try-catch块捕获异常，定位具体报错原因；
• 开启Spring事务日志（如logging.level.org.springframework.transaction=DEBUG），查看事务状态变化细节。

4. 配置@Modifying注解的清理属性 #

低版本Spring Data JPA中，可能需要清理EntityManager缓存避免影响：

@Modifying(clearAutomatically = true)     
@Transactional
@Query("DELETE FROM BusinessTransaction bt WHERE bt.userId.id=:id")     
void deleteByUserId(Long id); 

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