系统公布问题引起的系统总体慢

本文详细记录了一次系统性能问题的排查过程,包括使用多种工具进行日志分析、数据库诊断、网络诊断以及代码审查,最终定位到增量更新问题导致的性能下降。通过替换代码并分析历史版本,发现是打增量的不当操作影响了系统性能。

   实施反馈:系统总体慢,已被客户投诉。

   系统部署大致例如以下:请求由F5转发到四个weblogic节点,四个节点分别部署在两台server上,数据库是Oracle。

   诊断方法还是这个步骤:

   1.诊断weblogic日志,并未发现有stuck(阻塞)线程。

   2.查出数据库AWR报告,负载非常小,并没有问题。

   3.用前端诊断工具httpwatch,诊断几个功能,发现一个有趣的问题,类似于Action类的请求都会等上3s,系统正常的时候登录页面出来是0.1s之内。这些action的请求返回的数据包都比較大,怀疑是防火墙有限制。

   4.ping -l 25000 10.140.18.101,发现客户现场确实有限制,2.5k数据就是临界点。

   5.与用户沟通,用户并不认账,反问,网络限制是一样的,为什么其它系统没有问题。

   6.于是对四个weblogic多单点訪问,非常奇怪,有一个节点没有问题,其它的节点都非常慢。

   7.决定将这个没有性能问题的节点的代码替换有性能问题的节点,在替换代码过程中,发现其它的节点代码都是几个月之前的,而此期间多次打过增量。

   总结:找到了管理的问题,打增量有问题,技术的问题还没有找到。

        
          

转载于:https://www.cnblogs.com/mengfanrong/p/4470860.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值