Java EE 企业系统性能问题的原因和解决建议

  • 侯伯薇

2012 年 9 月 14 日

话题:JavaJVM性能调优DevOps语言 & 开发架构

Pierre-Hugues Charbonneau(昵称是 P-H)是加拿大 CGI 公司的高级 IT 顾问和系统架构师。近日他发表了题为《导致 Java EE 企业性能问题的十大原因》的文章,列举了对 Java EE 企业系统性能影响最大的因素,并做出了很好的建议。

在文中,P-H 首先指出,在设计和实现 Java EE 相关技术的时候,性能问题是我们所要面临的最大挑战之一。对于 IT 架构师和 Java EE 开发者来说,很重要的是要理解客户端的环境,并确保提出的解决方案不仅能够满足日益增长的业务需要,并且能够确保生产环境在长期之内的可伸缩性和可靠性。

接下来他列举了在过去十年中所遇到的 Java EE 性能问题的原因,并做出了一些高层次的建议。十大原因包括:

  1. 缺少合适的容量计划。
  2. Java EE 中间件环境规格说明不充分。
  3. 过度的 Java 虚拟机垃圾回收。
  4. 与外部系统过多或者很差的集成。
  5. 缺少合适的数据库 SQL 调优和容量计划。
  6. 对应用程序特定的性能问题。
    1.  线程安全代码的问题。
    2. 缺少通信 API 的超时处理。
    3. I/O、JDBC 或者关系型持久 API 资源管理的问题。
    4. 缺少合适的数据缓存。
    5. 过度的数据缓存。
    6. 过度的日志记录。 
  7. Java EE 中间件调优问题。
  8. 主动监控不充分。
  9. 通用基础设备上硬件饱和。
  10. 网络延迟问题。

针对这些问题,P-H 做出的建议包括:

  • 项目团队应该花足够的时间,为 Java EE 生产环境创建合适的运营模型。
  • 找到 Java EE 中间件规格的平衡点,像业务和运维团队提供足够的灵活性,以应对运行中断的情况。
  • 避免在 32 位的 JVM 中部署过多 Java EE 应用程序。中间件的设计可以处理多个应用程序,但是 JVM 可能不行。
  • 在需要的时候选择 64 位 JVM 替换 32 位的 JVM,但是要有合适的容量计划和性能测试,以确保硬件能够支持它。
  • 确保你的监控程序对 JVM 的垃圾回收有很好的理解。
  • 要记住,垃圾回收相关的问题可能不会再开发或者功能测试阶段发现。
  • 合适的容量计划包括负载和性能测试,在调优数据库环境的时候非常重要,它能够在 SQL 级别找到问题。
  • 如果你使用 Oracle 数据库,要确保 DBA 团队对 AWR 报告做出了评审。
  • 利用 JVM Thread Dump 和 AWR 报告找到运行缓慢的 SQL,并使用选定的监控工具来做同样的工作。
  • 确保花费足够时间来增强数据库环境的运行能力(磁盘空间、数据文件、REDO 日志、表空间等等),还要做出合适的监控和警告。
  • 评审你当前的 Java EE 环境监控能力,并找到提升的机会。
  • 你的监控解决方案应该尽可能覆盖端到端的环境,包括主动的警告。
  • 监控解决方案应该与容量计划过程保持一致。

各位读者,你在设计、实现和运维 Java EE 企业系统的时候是否也遇到过性能问题,这篇文章会对解决那些问题提供一些帮助。同时也希望你可以分享自己的案例及解决方案。

JavaJVM性能调优DevOps语言 & 开发架构