后台服务出现明显“变慢”诊断思路

一、首先,需要对这个问题进行更加清晰的定义:
(1)、服务是突然变慢还是长时间运行后观察到变慢?类似问题是否重复出现?
(2)、“慢”的定义是什么,我能够理解是系统对其他方面的请求的反应延时变长吗?

二、理清问题的症状,这更便于定位具体的原因,有以下一些思路:
(1)、问题可能来自于Java服务自身,也可能仅仅是受系统里其他服务的影响。初始判断可以先确认是否出现了意外的程序错误,例如检查应用本身的错误日志。 对于分布式系统,很多公司都会实现更加系统的日志、性能等监控系统。一些Java诊断工具也可以用于这个诊断,例如通过JFR(Java Flight Recorder),监控应用是否大量出 现了某种类型的异常。 如果有,那么异常可能就是个突破点。 如果没有,可以先检查系统级别的资源等情况,监控CPU、内存等资源是否被其他进程大量占用,并且这种占用是否不符合系统正常运行状况。

(2)、监控Java服务自身,例如GC日志里面是否观察到Full GC等恶劣情况出现,或者是否Minor GC在变长等;利用jstat等工具,获取内存使用的统计信息也是个常用手段;利 用jstack等工具检查是否出现死锁等。

(3)、如果还不能确定具体问题,对应用进行Profling也是个办法,但因为它会对系统产生侵入性,如果不是非常必要,大多数情况下并不建议在生产系统进行。
定位了程序错误或者JVM配置的问题后,就可以采取相应的补救措施,然后验证是否解决,否则还需要重复上面部分过程。

(4)、检查网络是否存在问题
外部因素网络问题。常见的方法是测试网速。

(5)、DOS,CC攻击,查看日志是都有大量处理查询等情况。

(6)、网络设备问题,服务器内部网络出现大量错误广播报文,导致内部网络拥塞。

参考文章:杨晓峰JAVA核心36讲

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值