[转]Java EE企业系统性能问题的原因和解决建议
2012-09-19 17:30
127 查看
Pierre-Hugues Charbonneau(昵称是P-H)是加拿大CGI公司的高级IT顾问和系统架构师。近日他发表了题为《导致Java EE企业性能问题的十大原因》的文章,列举了对Java EE企业系统性能影响最大的因素,并做出了很好的建议。
在文中,P-H首先指出,在设计和实现Java EE相关技术的时候,性能问题是我们所要面临的最大挑战之一。对于IT架构师和Java EE开发者来说,很重要的是要理解客户端的环境,并确保提出的解决方案不仅能够满足日益增长的业务需要,并且能够确保生产环境在长期之内的可伸缩性和可靠 性。
接下来他列举了在过去十年中所遇到的Java EE性能问题的原因,并做出了一些高层次的建议。十大原因包括:
缺少合适的容量计划。
Java EE中间件环境规格说明不充分。
过度的Java虚拟机垃圾回收。
与外部系统过多或者很差的集成。
缺少合适的数据库SQL调优和容量计划。
对应用程序特定的性能问题。
线程安全代码的问题。
缺少通信API的超时处理。
I/O、JDBC或者关系型持久API资源管理的问题。
缺少合适的数据缓存。
过度的数据缓存。
过度的日志记录。
Java EE中间件调优问题。
主动监控不充分。
通用基础设备上硬件饱和。
网络延迟问题。
针对这些问题,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企业系统的时候是否也遇到过性能问题,这篇文章会对解决那些问题提供一些帮助。同时也希望你可以分享自己的案例及解决方案。
原文地址:http://www.infoq.com/cn/news/2012/09/javaee-performance
在文中,P-H首先指出,在设计和实现Java EE相关技术的时候,性能问题是我们所要面临的最大挑战之一。对于IT架构师和Java EE开发者来说,很重要的是要理解客户端的环境,并确保提出的解决方案不仅能够满足日益增长的业务需要,并且能够确保生产环境在长期之内的可伸缩性和可靠 性。
接下来他列举了在过去十年中所遇到的Java EE性能问题的原因,并做出了一些高层次的建议。十大原因包括:
缺少合适的容量计划。
Java EE中间件环境规格说明不充分。
过度的Java虚拟机垃圾回收。
与外部系统过多或者很差的集成。
缺少合适的数据库SQL调优和容量计划。
对应用程序特定的性能问题。
线程安全代码的问题。
缺少通信API的超时处理。
I/O、JDBC或者关系型持久API资源管理的问题。
缺少合适的数据缓存。
过度的数据缓存。
过度的日志记录。
Java EE中间件调优问题。
主动监控不充分。
通用基础设备上硬件饱和。
网络延迟问题。
针对这些问题,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企业系统的时候是否也遇到过性能问题,这篇文章会对解决那些问题提供一些帮助。同时也希望你可以分享自己的案例及解决方案。
原文地址:http://www.infoq.com/cn/news/2012/09/javaee-performance
相关文章推荐
- Java EE企业系统性能问题的原因和解决建议
- Java EE企业系统性能问题的原因和解决建议[也适用于.NET]
- Java EE企业系统性能问题的原因和解决建议
- Java EE企业系统性能问题的原因和解决建议
- STM32F103ZE单片机在WWDG窗口看门狗的EWI中断中喂狗导致系统复位的原因及解决办法(中断函数重入问题)
- Java EE应用中的性能问题解决方案 — 第一部分 内存溢出的解决办法及JVM内幕(D)
- Heap contention ----- 4核以上系统的超级性能杀手 终极篇 问题解决
- 构、搜索、性能等技术角度分析了电子商务网站重点要解决的几个问题,并给出一些建议和方案
- 应以完整产品理念指导企业营销——对有效解决消费者抱怨问题的一点建议
- 压测系统交易出现响应超时性能问题分析及解决。
- Java EE应用中的性能问题解决方案 — 第二部分 Java EE线程池调整优化(A)
- 使用SQL2005强制计划解决遗留系统性能问题
- xp系统无法格式化c盘的问题原因及解决方法
- 各种导致xp系统宽带连接速度慢问题的原因及解决方法
- 五大Linux简单命令解决系统性能问题
- Java EE性能问题解决办法-3
- 企业实施OA系统到底要解决什么问题?
- J2EE系统很慢,如何解决性能问题
- 五大Linux简单命令解决系统性能问题
- Windows Server 2003中报PerfDisk “无法从系统读取磁盘性能信息。”的问题解决