Grails 2.5.2应用内存持续占用过高问题求助

针对你遇到的Grails 2.5.2应用内存随时间持续增长、MAT堆转储显示SessionFactory嵌套QueryPlanCache的问题，结合Hibernate和Grails的常见场景，整理以下排查方向和解决思路：

核心分析：QueryPlanCache膨胀是常见诱因 #

QueryPlanCache是Hibernate用来缓存查询执行计划的组件，属于SessionFactory的子结构（你看到的嵌套是正常设计），但如果它的内存占用无限制增长，通常和查询语句的生成方式或配置不合理有关，优先排查代码层面，再考虑Hibernate内部bug。

排查步骤 #

1. 检查动态查询的参数绑定方式
   避免直接将参数拼接进HQL/Criteria语句，比如不要写：

   def result = Book.executeQuery("from Book where title = '${title}'")
   

   改用参数绑定：

   def result = Book.executeQuery("from Book where title = ?", [title])
   // 或命名参数
   def result = Book.executeQuery("from Book where title = :title", [title: title])
   

   每一条不同的HQL字符串都会生成独立的QueryPlan，拼接参数会导致大量重复的QueryPlan占据缓存。

2. 审计Grails动态查询的使用
   Grails的findBy*、where查询如果频繁生成不同的条件组合（比如动态拼接多个可选参数），也会触发大量QueryPlan生成。可以：

   • 复用查询模板，比如提前定义好包含所有可选条件的查询，通过参数控制条件是否生效
   • 对高频查询使用命名查询（Named Query），减少动态生成的查询语句

3. 调整Hibernate QueryPlanCache配置
   在grails-app/conf/DataSource.groovy的hibernate配置块中添加缓存上限参数，限制缓存的QueryPlan数量：

   hibernate {
       // 其他配置...
       query {
           plan_cache_max_size = 2000
           plan_parameter_metadata_max_size = 2000
       }
   }
   

   Grails 2.5.2默认依赖Hibernate 4.3.x，这个版本的QueryPlanCache默认上限较小，调高后可以缓解因合法查询过多导致的缓存膨胀。

4. 排查Hibernate版本bug
   Hibernate 4.3.x存在部分QueryPlanCache相关的泄漏bug，比如在使用特定类型的查询（如原生SQL、复杂关联查询）时可能出现缓存无法回收的情况。可以尝试升级到Grails 2.5.x兼容的最高Hibernate 4.3.x版本（如4.3.11.Final），修复已知问题。

5. 检查Session管理是否规范
   虽然QueryPlanCache属于SessionFactory级别的缓存，但如果存在长期未关闭的Session（比如错误地持有Session实例），可能导致关联的QueryPlan无法被正常清理。确保所有操作都通过Grails的withSession或事务管理规范处理Session。

结论 #

从堆转储的结构来看，SessionFactory嵌套QueryPlanCache是正常的Hibernate内部结构，内存增长更可能是代码中动态查询的不规范使用导致的QueryPlanCache膨胀。优先排查参数绑定和查询生成方式，再结合配置调整和版本升级解决问题。

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