SpringBoot集成PostgreSQL时事务无法回滚问题排查

核心问题 #

事务不回滚主要源于两个关键原因：

1. Spring默认事务回滚规则限制：@Transactional默认仅对RuntimeException和Error触发回滚，普通Exception（检查型异常）不会触发回滚。你在processingRequest中捕获RuntimeException后抛出了普通Exception，导致外层事务无法触发回滚逻辑。
2. 内部方法调用的事务注解失效：Spring事务基于动态代理实现，同一个类内部的方法调用（包括私有方法）不会经过代理，因此给persistRequest（私有方法）或processingRequest添加的@Transactional完全无效。

具体修复步骤 #

1. 修正外层事务的回滚规则 #

给run方法的@Transactional添加rollbackFor = Exception.class，让所有异常（包括检查型异常）都能触发事务回滚：

@Service
public class CoreProcessor {

  @Transactional(rollbackFor = Exception.class)
  @Scheduled(fixedDelay = 200000)
  public void run(){
    // 注意：原代码存在调用参数不匹配问题，需传入合法的JobRequest实例
    processingRequest(new JobRequest()); 
  }

  public boolean processingRequest(JobRequest request){
    try{
      persistRequest(request);
    }
    catch(Exception e){
      // 保留你的业务处理逻辑
      throw new Exception("处理失败", e); // 建议携带原异常栈，便于问题排查
    }
  }

  private void persistRequest(JobRequest request){
    Job job = new Job();
    // 初始化Job的业务逻辑
    coreProcessorService.persistJob(job);
    errorMethod(); // 抛出NullPointerException
  }
}

2. 移除无效的事务注解 #

• 删除persistRequest（私有方法）上的@Transactional：私有方法无法被Spring代理，注解完全不起作用。
• 删除processingRequest上的@Transactional：同一个类内部调用不会触发代理逻辑，注解无法生效。
• CoreProcessorService的persistJob无需添加@Transactional：它会自动加入外层run方法的事务（默认传播行为Propagation.REQUIRED）。

3. 可选优化：直接抛出RuntimeException #

如果业务允许，可以修改processingRequest的异常处理逻辑，直接抛出RuntimeException，这样即使不配置rollbackFor，事务也会按默认规则回滚：

public boolean processingRequest(JobRequest request){
  try{
    persistRequest(request);
  }
  catch(Exception e){
    // 业务处理逻辑
    throw new RuntimeException("处理失败", e);
  }
}

此时run方法的@Transactional无需额外配置rollbackFor，默认规则即可生效。

验证要点 #

• 确保Spring配置已开启事务管理（@EnableTransactionManagement）和调度支持（@EnableScheduling）。
• 确认JobRepository正确继承Spring Data JPA的JpaRepository，保证save操作在事务上下文内执行。

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