前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >【性能优化】Java EE企业性能问题原因探究

【性能优化】Java EE企业性能问题原因探究

作者头像
Luga Lee
发布2022-03-25 13:50:55
3150
发布2022-03-25 13:50:55
举报
文章被收录于专栏:架构驿站

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企业系统的时候是否也遇到过性能问题,这篇文章会对解决那些问题提供一些帮助。同时也希望你可以分享自己的案例及解决方案。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2015-03-12,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 架构驿站 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
消息队列 TDMQ
消息队列 TDMQ (Tencent Distributed Message Queue)是腾讯基于 Apache Pulsar 自研的一个云原生消息中间件系列,其中包含兼容Pulsar、RabbitMQ、RocketMQ 等协议的消息队列子产品,得益于其底层计算与存储分离的架构,TDMQ 具备良好的弹性伸缩以及故障恢复能力。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档