Spring Repository事务回滚异常：两次删除操作无法回滚问题

看起来你遇到了Spring事务回滚不符合预期的情况——明明标注了@Transactional，但第二个删除抛出非检查异常时，第一个删除的操作没被回滚。我来帮你梳理几个最可能的原因和对应的解决办法：

1. 优先排查Spring事务代理是否生效 #

Spring的声明式事务是基于动态代理实现的，如果你的deleteFromDB方法是被同一个类内部的其他方法调用的，那代理对象不会介入，事务注解根本不会生效，自然不会触发回滚。

举个反例：

// 同一个类里的方法，直接调用deleteFromDB，事务不生效
public void someOtherMethod() {
    deleteFromDB(completed, deletedItems);
}

解决办法：

• 把deleteFromDB方法抽离到单独的Service Bean中，通过依赖注入的方式调用；
• 如果不想抽离，可以通过AopContext获取代理对象来调用自身方法：

// 需要先在@EnableAspectJAutoProxy中设置exposeProxy = true
((YourServiceClass) AopContext.currentProxy()).deleteFromDB(completed, deletedItems);

2. 检查异常是否被“吞掉”了 #

虽然你说第二个删除方法抛出了非检查异常，但要确认这个异常是否真的传播到了事务方法的外层。比如如果imageQueryRepository.delete(completed)内部有try-catch块捕获了异常但没有重新抛出，那么Spring的事务管理器就感知不到异常，不会触发回滚。

验证方式：
在deleteFromDB方法末尾手动抛出一个RuntimeException测试：

@Transactional(propagation = Propagation.REQUIRED)
public void deleteFromDB(Collection<ImageQuery> completed, Collection<ImageQueryItem> deletedItems) {
    imageQueryItemRepository.delete(deletedItems);
    // 手动抛异常测试回滚
    throw new RuntimeException("Test rollback");
}

如果此时第一个删除操作能回滚，说明原场景中第二个delete的异常被内部处理了，需要排查Repository的实现或调用逻辑。

3. 显式指定事务回滚规则（兜底方案） #

虽然Spring默认对RuntimeException和Error触发回滚，但有时候自定义的非检查异常可能没被正确识别。可以显式指定rollbackFor参数来确保回滚：

@Transactional(propagation = Propagation.REQUIRED, rollbackFor = RuntimeException.class)
public void deleteFromDB(Collection<ImageQuery> completed, Collection<ImageQueryItem> deletedItems) {
    imageQueryItemRepository.delete(deletedItems);
    imageQueryRepository.delete(completed);
}

总结 #

优先排查内部方法调用导致代理失效的问题，这是最常见的原因；其次确认异常是否被捕获未抛出；最后可以显式指定回滚规则兜底。测试的时候记得单独验证每个环节，逐步定位问题。

内容的提问来源于stack exchange，提问作者Yusuf önder