Hibernate4与Grails2.5缓存数据重启后仍存在？缓存不一致问题咨询

我来帮你梳理这个问题的根源和解决方案——你遇到的是Grails+Hibernate架构里很常见的缓存与数据库不一致问题，尤其是在测试阶段直接绕开ORM操作数据库的时候特别容易触发。

问题根源拆解 #

Grails基于Hibernate实现数据持久化时，会依赖两级缓存来提升性能：

• 一级缓存（会话级）：绑定在当前请求的Hibernate Session中，存储当前会话查询过的实体
• 二级缓存（全局级）：跨会话共享，存储常用的实体或查询结果

当你直接用SQL增删数据库记录时，Hibernate完全感知不到数据的变更，缓存里的旧数据和数据库真实状态就会出现偏差。页面加载时，应用从缓存中读取到已经失效的ID对应的实体，但数据库里这条记录已经不存在，最终就会抛出缺失记录的错误。

临时应急方案（测试阶段快速修复） #

如果现在需要快速恢复页面正常加载，可以用以下两种方式：

• 手动清空缓存：通过Grails控制台执行命令，直接清除Hibernate的缓存数据：

  // 清除当前会话的一级缓存
  sessionFactory.currentSession.clear()
  // 清除全局的二级缓存所有区域
  sessionFactory.cache.evictAllRegions()
  

  执行后，下次查询会直接从数据库拉取最新数据，页面就能正常加载。
• 重启应用：这是最直接的方式，重启后内存中的缓存会被完全清空，应用重新连接数据库后会获取最新状态，但缺点是会中断服务，仅适合测试环境临时使用。

长期规范方案（避免后续再出现） #

要从根源上解决这个问题，需要规范数据操作的方式，同时做好缓存维护：

• 禁止直接用SQL操作测试库：所有数据增删改操作都通过Grails的Domain类方法（比如save()、delete()）执行，这样Hibernate会自动同步缓存和数据库的状态，修改数据时同时更新缓存。
• 给关键Domain配置缓存失效策略：如果确实有批量迁移等场景需要外部工具修改数据库，可以给对应的Domain类配置缓存区域，之后在数据变更后主动触发缓存失效：
  首先在Domain类中配置缓存：

  class LegacyMigrationData {
      static mapping = {
          cache usage: 'read-write', include: 'all', region: 'legacyMigrationData'
      }
      // 其他字段和约束
  }
  

  外部修改数据后，执行以下代码清除该Domain对应的缓存区域：

  sessionFactory.cache.evictRegion('legacyMigrationData')
  

• 配置查询缓存刷新：对于经常被页面调用的列表查询，可以启用查询缓存，并在数据变更后手动刷新：
  在Service层的查询方法中开启查询缓存：

  def getMigrationDataList() {
      LegacyMigrationData.list(cache: true, cacheRegion: 'legacyMigrationList')
  }
  

  外部修改数据后，执行以下代码刷新查询缓存：

  sessionFactory.cache.evictQueryRegion('legacyMigrationList')
  

问题排查小技巧 #

• 利用栈追踪中的失效ID：直接用该ID查询数据库，确认数据库中是否存在对应记录，以此验证是否是缓存脏数据导致的问题。
• 开启缓存日志监控：在Config.groovy中添加日志配置，监控缓存的命中、失效情况，方便定位问题：

  log4j = {
      debug 'org.hibernate.cache'
      debug 'org.hibernate.persister.entity'
  }
  

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