Spring Boot JPA如何配置@Transactional跳过DataIntegrityViolationException回滚

你遇到的UnexpectedRollbackException本质是JPA规范的默认行为导致的：一旦Hibernate在持久化过程中抛出DataIntegrityViolationException这类持久化异常，会直接将当前的EntityManager（持久化上下文）标记为rollback-only，哪怕你在@Transactional中配置了noRollbackFor，Spring事务管理器最终提交时检测到上下文被标记为回滚，就会抛出该异常，配置不会生效。

方案1：单条保存时拆分独立事务 #

将每条数据的保存操作放到独立的事务中，单条冲突不会影响全局：

• 把保存单条数据的逻辑抽到单独的类的方法中，添加@Transactional(propagation = Propagation.REQUIRES_NEW)注解，每个保存操作启用独立事务
• 外层批量遍历逻辑去掉@Transactional注解，或者保留外层事务但内层用新事务，单条冲突时仅回滚当前单条的事务，不会影响其他数据
• 捕获内层方法抛出的DataIntegrityViolationException，自定义冲突处理逻辑后继续执行下一条数据的保存

代码示例：

// 单独的单条保存服务类
@Service
public class SingleSaveService {
    @Autowired
    private YourRepository repo;

    @Transactional(propagation = Propagation.REQUIRES_NEW, noRollbackFor = DataIntegrityViolationException.class)
    public void saveSingle(YourEntity entity) {
        repo.save(entity);
    }
}

// 外层批量处理逻辑
@Service
public class BatchSaveService {
    @Autowired
    private SingleSaveService singleSaveService;

    public void batchSave(List<YourEntity> entityList) {
        for (YourEntity entity : entityList) {
            try {
                singleSaveService.saveSingle(entity);
            } catch (DataIntegrityViolationException e) {
                // 示例：打印重复数据日志后跳过
                log.info("唯一键为{}的数据已存在，跳过保存", entity.getUniqueKey());
            }
        }
    }
}

方案2：批量保存前先做存在性校验 #

如果批量数据量不大，可以在保存前先按唯一键批量查询已存在的数据，过滤掉重复项后再一次性保存，完全避免触发唯一约束异常：

• 提取所有待保存数据的唯一键集合，调用findAllByUniqueKeyIn()自定义查询方法获取数据库中已存在的键
• 遍历待保存列表，过滤掉键已经存在的数据，剩下的直接批量保存
• 该方案不会触发异常，也不需要复杂的事务配置，性能比单条独立事务更高

方案3：使用StatelessSession批量处理（适合大数据量） #

如果数据量很大，可以使用Hibernate的StatelessSession进行批量操作，它不会缓存持久化上下文，单条操作抛出异常后不会标记全局事务回滚：

• 从EntityManager中unwrap出SessionFactory，打开StatelessSession
• 手动开启事务，单条插入时捕获异常，冲突时跳过，全部完成后提交事务
• 该方案性能最优，但需要手动管理事务，不涉及一级缓存和二级缓存，适合纯批量写入场景

• 不要在同一个类中调用带REQUIRES_NEW的方法，会因为AOP自调用失效，必须注入另一个类的方法调用
• 如果使用方案1，注意数据库连接池的配置，避免短时间内创建过多事务占用连接

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