Spring @Transactional方法中遭遇唯一约束违例时，如何在事务内执行查询获取已有数据？

这个问题我之前也碰到过，核心是Spring事务的回滚机制在搞鬼：默认情况下，当方法抛出RuntimeException（比如你的UniqueIdException）时，Spring会立刻把当前事务标记为「需要回滚」，这时事务内的任何后续数据库操作（包括你catch里的find查询）都会因为事务处于回滚状态而无法执行，甚至会抛出新的异常。

下面给你两个靠谱的解决方案，不用依赖不可靠的布尔返回值：

方案一：把查询放到独立的新事务中 #

把查询逻辑抽成单独的方法，并且指定它使用新事务执行，这样就算原事务被标记回滚，新事务依然能正常跑查询。

修改后的Service代码：

public class MyServiceImpl implements MyService {

    @Transactional(isolation = SERIALIZABLE)
    public Item createItem(...) {
        Item item = new Item(...);
        try {
            itemDao.insert(item);
            return item;
        } catch (UniqueIdException ex) {
            // 调用新事务的查询方法
            return findExistingItem(item.getId());
        }
    }

    // 开启全新的独立事务，不受原事务回滚状态影响
    @Transactional(propagation = Propagation.REQUIRES_NEW, readOnly = true)
    private Item findExistingItem(String itemId) {
        return itemDao.fetch(itemId);
    }
}

这里的关键是Propagation.REQUIRES_NEW：它会暂停当前的事务，创建一个完全独立的新事务来执行查询，查询完成后再恢复原事务（原事务最终还是会回滚，但完全不影响新事务的查询结果）。加上readOnly = true还能让数据库做性能优化，一举两得。

方案二：修改事务回滚规则，让UniqueIdException不触发回滚 #

如果你的createItem方法里，插入是唯一的数据库写操作，那可以直接告诉Spring：遇到UniqueIdException时不要回滚事务。

代码示例：

public class MyServiceImpl implements MyService {

    // 指定遇到UniqueIdException时不回滚事务
    @Transactional(isolation = SERIALIZABLE, noRollbackFor = UniqueIdException.class)
    public Item createItem(...) {
        Item item = new Item(...);
        try {
            itemDao.insert(item);
            return item;
        } catch (UniqueIdException ex) {
            // 此时事务没被标记回滚，查询可以正常执行
            return itemDao.fetch(item.getId());
        }
    }
}

这个方案更简洁，但要注意：如果createItem里还有其他数据库写操作（比如更新其他表），那抛出UniqueIdException时这些操作不会被回滚，可能导致数据不一致。所以只适合插入是唯一写操作的场景。

额外提醒 #

• 确保你的UniqueIdException是RuntimeException（或者被Spring事务管理器识别为可回滚的异常），不然默认的回滚规则不会触发。从你的描述来看，切面把DataAccessException转成它，应该已经是RuntimeException了。
• 你用SERIALIZABLE隔离级别非常合理，能避免并发场景下的「幻读」，确保插入失败后查询到的是最新的已存在数据。

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