JPA不调用flush和clear时查询数据未更新如何解决

问题根因 #

该现象由JPA的*一级缓存（EntityManager级别的持久上下文缓存）*机制导致：

• 调用merge方法更新实体并提交事务后，若当前EntityManager长期存活未被销毁，之前缓存的旧版本实体会被持续保留
• 后续执行findById等查询操作时，EntityManager默认优先命中一级缓存中的旧数据，不会主动从数据库拉取最新值，因此出现返回结果与数据库实际数据不一致的情况
  你当前在findById中手动执行flush+clear属于临时绕过方案，不符合JPA的设计规范。

不使用flush/clear的规范解决方案 #

方案1：调整EntityManager的生命周期（最推荐） #

JPA规范要求EntityManager为请求/事务级别的短生命周期对象，而非全局单例长期持有。你可以调整代码逻辑，确保每次数据库操作完成后就关闭当前EntityManager，下次操作时新建EntityManager实例，天然就不会存在一级缓存残留的问题，无需额外手动清理缓存。

方案2：查询时配置hint绕过一级缓存 #

如果暂时无法调整EntityManager的生命周期，可以在查询时添加配置强制跳过缓存拉取最新数据，修改findById方法中的查询逻辑即可：

protected ENTITY findById(Long id, Class<ENTITY> entityClass) {
    try {
        tx.begin();
        // 添加CacheRetrieveMode配置，强制绕过一级缓存查询数据库
        final ENTITY entity = entityManager.find(entityClass, id, 
            Map.of(javax.persistence.cache.CacheRetrieveMode.BYPASS, CacheRetrieveMode.BYPASS));
        tx.commit();
        if (entity == null) {
            log.warn(entityClass.getSimpleName() + " is null");
            return null;
        }
        return entity;
    } catch (final HibernateException ex) {
        tx.rollback();
        throw new DaoException("Cannot find entity by id", ex);
    }
}

方案3：修改update方法返回merge后的托管实体 #

entityManager.merge()的返回值才是被EntityManager托管的最新状态实体，你当前的update方法直接返回传入的游离实体，该对象不会自动同步数据库的更新内容，可调整update逻辑如下：

protected ENTITY update(ENTITY entity) {
    try {
        tx.begin();
        // 接收merge返回的托管实体，包含最新的属性值
        ENTITY mergedEntity = entityManager.merge(entity);
        tx.commit();
        // 返回最新的托管实体而非传入的旧对象
        return mergedEntity;
    } catch (final HibernateException ex) {
        tx.rollback();
        throw new DaoException("Cannot update entity", ex);
    }
}

修改后如果业务逻辑中是直接使用update返回的对象，无需再次调用findById也能拿到最新数据。

方案4：配置二级缓存失效策略（多实例场景适用） #

如果你的应用部署了多个实例且开启了JPA二级缓存，可以给对应实体配置缓存过期时间，或者在实体更新后主动调用缓存API失效对应实体的缓存，避免跨实例的缓存不一致问题。

内容的提问来源于stack exchange，提问作者Олександр Житарюк