统计监测系统性能测试及优化.pdfVIP

维普资讯 拽l l壤l藏l阕 统计监测系统性能测试及优化 一 文／中国人民银行软件开发中心 宁 翔 ， 『2008年4月下旬开始对统计监测系统进行性能测试及 个HQLQueryPlan对象 (主要供将HQL转换成SQL使用)， ／y 优化工作，截止到5月底，基本结束相关工作。以下 同时将HQLQueryPlanX~象放人到ReferenceMap~象中，并 对统计监测系统进行性能测试及优化过程 中发现的问题进行 通过QueryPlanCache对象进行封装，避免每次执行相同的 归纳总结，并给 出相关优化建议 。 HQL时均需要进行转换，以提高系统性能。通过分析Hiber- nate源代码，如果Hibernate从QueryPIancahce中获取到 内存相关问题 HQLQueryPlan对象，则直接使用 ，否则需要重新构建 HQLQueryPlan对 象并将新产生的对象放入 到 统计监测系统 自上线以来 ，一直存在WAS内存溢出问 QueryPlanCache中。在从QueryP1anCache中获取 题，前期 已经解决了部分 问题 ，但本次测试又发现了可能 HQLQueryPlan对象时，主要根据HQL语句本身来获取。由 造成内存溢出的新情况。目前 已知的可能造成 内存溢出的 于统计监测系统大量采用静态 HQL (没有进行参数化的 情况如下。 HQL)，而且在部分功能中还会循环调用。因此对这些静态 HQL，虽然实际上只是查询字段的条件值不一样，但 由于 1．数据库查询结果集大小未限制 HQL语句本身不一样，Hibernate认为是不同的HQL语句， 在统计监测系统中，部分功能未对查询结果集的大小进 每次均会重新产生 HQLQUeryPlan对象 ，并放入到 行限制，由于查询出的结果集太大，占用了较多内存造成内 QueryPlanCache中，占用大量内存。 存溢出。一般来说，对于查询出的记录，如果要显示到页面 ReferenceMap中存储了约200万个对象，占用了800多 上，大部分情况下会进行分页处理。这在前期系统优化过程 兆内存。分析ReferenceMap的实现原理，放入ReferenceMap 中，除了部分功能尚未修改外，大部分已修改，但对于不需 中的对象是通过SoftReference；~-式存储的。虽然理论上JVM 要显示到页面，仅仅作为逻辑判断使用时的部分操作 ，则可 (Java虚拟机)在即将Out0fM0morY时会 自动释放 能被忽略。 ReferenceMap~用的内存，但根据实际测试，在某些情况下， 采用类似方法判断是否存在符合条件的相关记录，Hi- JVM不会将Cache中的对象释放 ，从而造成内存溢出。 bernate会查询出所有符合条件的记录，为每条记录产生一个 问题解决情况：将相关静态HQL改写成动态HQL，减 对象 ，放入 内存。如果符合条件的记录数非常多，就可能造 小内存的占用。将该情况反馈给相关公司，希望其进行分析， 成内存溢出。 给出相关建议。 问题解决建议 ：对于显示到页面的记录 ，如果较多，就 3．显示页面太大 作分页处理。注意相关语句的写法 (特别是使用Hibernate 时)，认真分析SQL语句的输出，避免一次性从数据库中查