JVM线上排查问题过程
JVM线上排查问题过程
记录如何排查CPU100%问题。
当我们把服务发布到服务器上,可能会因为一些问题造成我们的服务器CPU被打满甚至超过100%,那如果我们想知道到底上在做什么操作导致CPU持续过高呢?因为在线上,我们只能通过日志看问题,或者排查到哪个进程或者哪个线程持续占用CPU。然后才能找到具体问题在哪里才能进行解决。
所以这里我们模拟一个死循环导致CPU过高的情况,然后如何快速的找到问题在哪。
问题代码
我们这里只是写了一段死循环的代码,我们把它放到服务器上门直接用java命令跑起来。
public class DumpDemo {
public static void main(String[] args) {
do{
System.out.println("-------------死循环e----------------");
}while(true);
}
}
在服务上看起来可以看到不断的在打印
不过在服务器上,如果只是一个死循环,其实上用不了多少CPU的,我们就假设这是一个有问题的代码。
排查问题
查找进程
当发现CPU过高之后,首先我们要找出哪个进程占用了CPU。我们可以使用top命令
top -c
在显示模式下,然后我们可以通过切换到大写,不断的按大写P就能进行排序,找到最大的CPU看看上哪个进程。
可以看到进程PID 为 26045的消耗最高。
查找线程
我们已经找到了哪个进程最消耗CPU了,接下来,我们当然要找到该进程下,哪个线程CPU消耗最高咯。这里的进程PID是26045,使用命令
top -Hp PID 显示进程PID下所有的线程
到此我们已经定位到线程了,接下来我们就该用上jvm的命令工具了。
定位问题代码
定位到线程26046消耗CPU最高,但是这里我们需要将26046这个线程转为16进制的。因为jvm的进程快照中线程显示是16进制的。(也可以使用Linux命令转换)
然后我们使用jstack命令,拉到26045进程快照信息,输出到文件中,方便我们查看。
jstack -l 26045 > ./26045.stack
然后我们cat该文件,并且grep通过16进制找一下该线程
cat 26045.stack | grep '65be' -C 20
至此我们就已经找到了问题代码在哪了。 调用链查一查就可以了。
注意
- CPU有可能超过100%甚至300%多,因为服务器是多核的。
Arthas(阿尔萨斯)
Arthas(阿尔萨斯)是阿里巴巴开源的 Java 诊断工具,直接jar包启动即可,每隔一段时间就会生成一个系统的快照进行展示信息。
Dashboard
我们从 arthas 中,可以看到该项目的堆使用率,如果发现很高,肯定就是出现了 OOM 问题了,此时,我们只需要按一下'q'键, 然后输入’heapdump‘ 回车,就会看到正在生成一个 hprof 文件,稍等 1 分钟左右,就生成结束,就可以去 Tomcat 的 temp 路径下查找这个文件。
把文件下载下来,然后用 MAT 工具打开 , 这里就详细地看到了具体的类 。