JHipster 7.1 Java后端更新后SELECT查询返回旧值问题求解

问题原因 #

• JHipster框架默认自动配置了两层缓存逻辑：一层是Hibernate自带的二级缓存、查询缓存，另一层是Spring声明式缓存，默认用Ehcache作为缓存实现，不需要业务代码手动开发即可生效。你开发环境配置的Ehcache默认过期时间为3600秒，缓存未过期前相同查询会直接返回缓存数据，不会查询数据库。
• 只有框架生成的标准save、delete等增删改方法默认配置了缓存清理逻辑，如果你使用自定义@Query写的更新语句、或者直接在数据库侧修改数据，框架无法自动感知数据变更，不会触发缓存清理，就会出现数据库已更新但接口返回旧值的问题。
• 你之前配置中hibernate.cache.use_second_level_cache为true时，Hibernate二级缓存的生命周期和服务进程绑定，默认只有重启服务才会清空，也是你重启后能拿到正确值的原因。

解决方案 #

方案1：完全关闭缓存（适合不需要缓存的业务场景） #

保持你当前的JPA配置即可直接解决问题：

jpa:
  properties:
    hibernate.cache.use_second_level_cache: false
    hibernate.cache.use_query_cache: false

如果需要彻底关闭Spring层面的缓存，可追加配置：

spring:
  cache:
    type: none

方案2：保留缓存并配置正确的失效规则（适合需要缓存提升性能的场景） #

• 自定义更新、删除的Repository方法时，手动添加@CacheEvict注解清理对应缓存：

  @Modifying
  @Query("update YourEntity e set e.field = :value where e.id = :id")
  @CacheEvict(value = "yourEntityCache", key = "#id")
  int updateYourEntityField(Long id, String value);
  

• 如果是全表更新/批量操作，清理对应实体的所有缓存：

  @CacheEvict(value = "yourEntityCache", allEntries = true)
  void batchUpdateYourEntity();
  

• 可根据业务容忍度调整Ehcache过期时间，缩小数据不一致的时间窗口：

  jhipster:
    cache:
      ehcache:
        time-to-live-seconds: 60 # 按需调整为更短的过期时间
  

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