Spring事务回滚失效如何修复？确保实体持久化事务原子性

你遇到的问题核心是事务未正确生效，导致单个实体持久化失败时无法触发全局回滚。以下是具体问题分析和修复步骤：

问题分析 #

1. 事务注解冲突：服务类ServiceImpl上已标注@Transactional(value = "db1TransactionManager")，但方法insertOrUpdate又添加了无参数的@Transactional，这会覆盖类级别的事务配置，导致方法使用默认事务管理器而非指定的db1TransactionManager，事务边界未正确关联。
2. 仓库层事务冗余：仓库类Db1RepositoryImpl上添加了@Transactional，会导致每次调用insert方法时可能创建独立事务（若服务层事务配置失效），破坏服务层的全局事务原子性。
3. 代码参数错误：服务类中第二行insert调用错误传入entity1而非entity2，即便entity2为null，实际传入的是entity1（非null），不会触发预期的持久化异常；若修正参数后传入null，em.persist(null)会抛出IllegalArgumentException，但此时若事务未生效，仍无法回滚。

修复步骤 #

1. 统一服务层事务配置 #

移除方法上的@Transactional，保留类级别的事务注解，确保整个服务类的方法都使用指定的事务管理器：

@Service
@Transactional(value = "db1TransactionManager")
public class ServiceImpl {

    @Override
    public void insertOrUpdate(Entity1 entity1, Entity2 entity2) {
        db1Repository.insert(entity1, Entity1.class);
        db1Repository.insert(entity2, Entity2.class); // 修正参数为entity2
    }
}

若需在方法级别指定事务属性，确保方法上的注解与类级别保持一致：

@Override
@Transactional(value = "db1TransactionManager")
public void insertOrUpdate(Entity1 entity1, Entity2 entity2) {
    // ...
}

2. 移除仓库层的事务注解 #

仓库层无需单独配置事务，事务应由服务层统一管理，避免事务边界混乱：

@Repository(value = "db1Repository")
public class Db1RepositoryImpl {

    @PersistenceContext(unitName = "db1")
    private EntityManager em;

    @Override
    public <T> void insert(T entity, Class<T> tClass) {
        em.persist(entity);
        // em.flush(); // 若需要立即触发持久化可开启，但事务回滚仍生效
    }
}

3. 确保异常传播触发回滚 #

Spring事务默认仅在抛出未捕获的RuntimeException时触发回滚。确保insert方法不捕获异常，让异常传播到服务层，触发事务回滚。若需要处理异常，需在捕获后重新抛出RuntimeException或使用@Transactional(rollbackFor = Exception.class)指定回滚的异常类型。

4. 验证事务生效 #

测试时传入entity2 = null，此时db1Repository.insert(entity2, Entity2.class)会调用em.persist(null)抛出IllegalArgumentException，服务层事务会捕获该异常并回滚之前的entity1持久化操作，确保两个实体要么都成功，要么都失败。

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