事务中执行原生查询更新数据库时数据不可见的问题排查

你遇到的问题和原生查询本身无关，核心原因是事务隔离机制或ORM的延迟执行/缓存策略导致同一事务内后续查询读不到刚插入的数据，以下是具体排查和解决方法：

1. 事务隔离级别问题 #

如果数据库默认隔离级别是REPEATABLE READ（比如MySQL InnoDB），同一个事务内的查询会读取事务启动时的数据快照，后续插入的数据在当前事务内无法被查询到。

解决办法：

• 把当前方法的事务隔离级别改为READ COMMITTED，让查询能读取到事务内已提交的修改：

@Transactional(isolation = Isolation.READ_COMMITTED)
public void updateDatabaseWithNewRelease(NewRelease newRelease) {
    releaseGroupRepository.addReleaseGroupForTitle(newRelease.getTitle());
    releaseRepository.updateReleaseGroupId(newRelease.getTitle());
}

• 或者在第二个原生查询前，临时设置数据库级别的读已提交（以MySQL为例）：

SET TRANSACTION ISOLATION LEVEL READ COMMITTED;

2. ORM延迟执行导致插入未同步到数据库 #

如果使用Spring Data JPA/Hibernate这类ORM框架，写操作（比如插入）会被延迟到事务提交前才批量发送到数据库，这时候第二个查询执行时，插入操作还没落地到库，自然读不到。

解决办法：
在插入操作后手动调用flush()，强制ORM把插入语句同步到数据库：

@Transactional
public void updateDatabaseWithNewRelease(NewRelease newRelease) {
    releaseGroupRepository.addReleaseGroupForTitle(newRelease.getTitle());
    // 强制刷新，将插入操作同步到数据库
    entityManager.flush();
    releaseRepository.updateReleaseGroupId(newRelease.getTitle());
}

3. 一级缓存干扰（若使用JPA） #

如果第二个查询是通过JPA的非原生方法调用，可能会读取一级缓存里的旧数据。此时除了flush()，还可以清除一级缓存：

@Transactional
public void updateDatabaseWithNewRelease(NewRelease newRelease) {
    releaseGroupRepository.addReleaseGroupForTitle(newRelease.getTitle());
    entityManager.flush();
    entityManager.clear(); // 清除一级缓存，确保后续查询直接访问数据库
    releaseRepository.updateReleaseGroupId(newRelease.getTitle());
}

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