配置@Transactional的noRollbackFor忽略EmptyResultDataAccessException不生效如何解决

这一问题的核心原因是Spring Data JPA 内置的SimpleJpaRepository实现类，其deleteById方法默认已经标注了@Transactional注解，且默认传播级别为REQUIRED：

• 当你调用barRepository.deleteById(barId)时，该方法会加入当前上层方法的事务上下文
• 当目标数据不存在抛出EmptyResultDataAccessException时，Repository层的事务切面会优先捕获到这个RuntimeException，按照默认规则直接将全局事务标记为RollbackOnly
• 哪怕上层方法配置了noRollbackFor、甚至你手动catch了异常，事务已经被标记为只能回滚，最终提交时就会抛出你遇到的RollbackException错误。

• 方案1：删除前先校验数据是否存在
  调用deleteById前先执行existsById判断，不存在就直接跳过删除操作，从根源避免异常抛出：

  private void deleteBarSilently(final String barId) {
      if (barRepository.existsById(barId)) {
          barRepository.deleteById(barId);
      }
  }
  

  这个方案逻辑直观，无额外事务配置，适合绝大多数场景。

• 方案2：自定义删除方法避免抛出空结果异常
  在BarRepository中自定义删除语句，使用@Modifying注解标记，这种实现无论是否命中数据都不会抛出EmptyResultDataAccessException：

  public interface BarRepository extends JpaRepository<Bar, String> {
      @Modifying
      @Query("delete from Bar b where b.id = :id")
      void deleteByIdSilently(String id);
  }
  

  该方案只需要一次数据库交互，性能比先查后删更高。

• 方案3：将删除操作脱离主事务上下文
  把deleteBarSilently方法移动到独立的Bean中，标注事务传播级别为NOT_SUPPORTED，执行删除时会挂起当前主事务，删除操作的异常不会影响主事务状态：

  @Transactional(propagation = Propagation.NOT_SUPPORTED)
  public void deleteBarSilently(final String barId) {
      try {
          barRepository.deleteById(barId);
      } catch (final EmptyResultDataAccessException ignored) {
          // 静默处理
      }
  }
  

  Spring事务注解基于AOP代理生效，同类内部调用事务注解不会触发，因此需要把方法放到独立Bean中注入调用。

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