面试:java应用服务器CPU突然飙升100%如何排查


前言

本文讲述Java项目所在服务器CPU突然飙升100%的问题如何排查,以及分析可能出现的原因。

觉得不错的同学可以加我公众号,会经常分享一些技术干货,以及热点AI和科技新闻
在这里插入图片描述


提示:以下是本篇文章正文内容,下面案例可供参考

一、排查步骤

1.1 首先top命令查看服务器cpu等情况

1、使用top命令找出CPU最高的进程pid

top

在这里插入图片描述
2、使用top命令+H找出该进程中CPU最高的线程pid

top -p 19663

按H,获取该进程每个线程的内存情况
在这里插入图片描述
3、找到内存和cpu占用最高的线程tid,比如19664
4、转为十六进制得到 0x4cd0,此为线程id的十六进制表示
5、执行 jstack 19663|grep -A 10 4cd0,得到线程堆栈信息中 4cd0 这个线程所在行的后面10行,从堆栈中可以发现导致cpu飙高的调用方法
在这里插入图片描述

6、查看对应的堆栈信息找出可能存在问题的代码

二、常见原因

  • 程序中存在死循环或者长时间占用 CPU 的操作。比如,不合理的递归操作、循环操作等等。

  • 程序中存在大量的计算操作,例如复杂的算法、大量的数值计算等等。

  • 程序中存在大量的 IO 操作,例如读写文件、网络通信等等。

    • IO密集型的程序需要频繁地从磁盘或网络读写数据,这些操作会消耗CPU的时间和资源。
    • IO操作不会立即完成,而是需要等待数据准备好或者传输完成,这期间CPU会切换到其他进程或线程,导致上下文切换的开销。
    • IO操作会触发中断,中断会打断CPU的正常运行,使得CPU要处理中断请求和恢复执行状态,这也会增加CPU的负担。
    • IO操作会影响内存的使用,如果内存不足,会导致虚拟内存的使用,进而增加磁盘IO的压力,形成一个恶性循环。
  • 程序中存在大量的线程创建和销毁操作,以及线程间的竞争和同步操作。

  • 程序中存在内存泄漏或者内存溢出,导致 JVM 不断进行垃圾回收。

  • 程序中存在大量的数据库操作,导致数据库连接池的耗尽和数据库负载过高。


总结

针对这些问题,需要具体情况具体分析,采取相应的优化措施,例如修改代码逻辑、优化算法、降低 IO 操作频率、减少线程创建和销毁、增加 JVM 内存等等。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

romanYSX

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值