CPU占用过高问题的排查及解决

Posted 2023-02-28

参考技术A

top命令是Linux下常用的性能分析工具，能够实时显示系统中各个进程的资源占用状况，类似于Windows的任务管理器

第一行，任务队列信息，同uptime 命令的执行结果

第二行，Tasks — 任务（进程）

总进程:150 total, 运行:1 running, 休眠:149 sleeping, 停止: 0 stopped, 僵尸进程: 0 zombie

第三行，cpu状态信息

第四行,内存状态

1003020k total, 234464k used, 777824k free, 24084k buffers【缓存的内存量】

第五行，swap交换分区信息

2031612k total, 536k used, 2031076k free, 505864k cached【缓冲的交换区总量】

更多Linux内核视频资料免费·领取后台私信【 内核 】自行获取。

第六行，空行

第七行以下：各进程（任务）的状态监控

详解

top使用方法：

此时发现如果是Java的进程占用过高，并且一直下不来，则排查是什么线程导致占比过高。以图中进程举例，假如发现PID为31357的Java进程占CPU比一直很高，则记录下它的PID

2.查看Java进程里面的线程的占用情况

top -H -p 31357 然后按shift+p按照CPU排序

说明：-H 指显示线程，-p 是指定进程

可以看到CPU占用较高的线程，记下他们的PID，假设这里31357的CPU占比一直是50%

将查找到的 线程占用最高的 tid 上图中 29108 转成16进制 --- 71b4

jstack 31357 > jstack.31357.log

以上能看到指定线程的堆栈信息。如果想看到关于线程中的 锁的附加信息 ，可以加一个-l参数

4.上面方法用于进程正常情况下的堆栈打印

用jstack -l命令没有响应，估计是CPU一直站着不能执行正常的命令，根据提示［The -F option can be used when the target process is not responding］只能放大招了。

jstack -F “PID” > jstack.“PID”.txt

吐出的实际日志结果如下：

发现一大坨线程阻塞了，有用的结果在这里：

显然一直在跑的是19576这个线程，一直在执行EXCEL导出的相关方法，问题就出在这里，下面的任务就是排查这个地方的代码逻辑了。

jstack命令格式:

jstack [ option ] pid

参数说明:

命令格式

jps [ options ] [ hostid ]

参数说明：

三个参数加在一起显示更详细的信息：

发现这些Java进程的启动参数中开放了JMX的远程端口，正常情况下可以通过jconsole远程连接过去看到JVM的日常参数。比如本地访问上图中的pay.war进程：