Hibernate事务未完成时执行查询触发变更提交的问题及解决

核心原因 #

问题出在Hibernate的自动刷新机制：默认的FlushMode.AUTO会在执行查询操作（比如findByDepartmentGuid）前，自动将Session中已修改的实体变更同步到数据库。虽然此时事务还未提交，但这些变更已经写入数据库的事务上下文——你看到Oracle中name变为"USER1"，是因为同一事务内的查询能看到当前事务的未提交变更；而后续异常无法回滚，大概率是刷新时机导致的认知偏差，或是事务配置存在疏漏。

另外，代码里的userRepo.save(user)属于冗余操作：通过findByName查询出的User处于Hibernate托管状态，框架会自动跟踪属性变更，无需手动调用save。

解决方案 #

方案1：修改Hibernate刷新模式 #

将Session的刷新模式改为FlushMode.COMMIT，仅在事务提交时才同步变更到数据库，避免查询触发自动刷新：

局部方法内设置

@Service
public class UserService {
    @PersistenceContext
    private EntityManager entityManager;
    
    public void update() {
        User user = userRepo.findByName("user1");
        // 业务逻辑
        user.setName("USER1");
        
        // 设置刷新模式为COMMIT
        entityManager.unwrap(Session.class).setFlushMode(FlushMode.COMMIT);
        
        userRepo.findByDepartmentGuid(1234L);
        throw new RuntimeException("to run rollback mechanisim");
    }
}

全局配置（Spring Boot为例）

在application.properties中添加：

spring.jpa.properties.hibernate.flush.mode=COMMIT

方案2：手动控制刷新时机 #

如果需要在特定场景下提前同步变更，但不想让查询触发自动刷新，可以手动调用flush()，同时保持刷新模式为COMMIT：

public void update() {
    User user = userRepo.findByName("user1");
    user.setName("USER1");
    
    // 仅在需要时手动刷新
    userRepo.flush();
    
    userRepo.findByDepartmentGuid(1234L);
    throw new RuntimeException("to run rollback mechanisim");
}

方案3：检查事务配置 #

确认Service1的@Transactional配置无问题：

• Spring默认对RuntimeException会触发回滚，若代码中捕获异常后未重新抛出，会导致事务无法回滚；
• 确保事务传播属性为REQUIRED（默认值），保证整个调用链处于同一事务上下文。

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