如何覆盖上一次commit_论线上如何排查一次CPU100%的情况

记录如何排查CPU100%问题。

当我们把服务发布到服务器器,可能会因为一些问题造成我们的服务器CPU被打满甚至超过100%,那如果我们想知道到底上在做什么操作导致CPU持续过高呢?因为在线上,我们只能通过日志看问题,或者排查到哪个进程或者哪个线程持续占用CPU。然后才能找到具体问题在哪里才能进行解决。

所以这里我们模拟一个死循环导致CPU过高的情况,然后如何快速的找到问题在哪。

问题代码案列

我们这里只是写了一段死循环的代码,我们把它放到服务器上门直接用java命令跑起来。

public class DumpDemo {
    public static void main(String[] args) {
        do{
            System.out.println("-------------死循环e----------------");
        }while(true);
    }
}

在服务拍起来可以看到不断的在打印

bda2a44ac833acd3810597bcc906961c.png

不过在服务器上,如果只是一个死循环,其实上用不了多少CPU的,我们就假设这是一个有问题的代码。

排查问题

查找进程

当发现CPU过高之后,首先我们要找出哪个进程占用了CPU。我们可以使用top命令

top -c

1a25d0db156f095dc609dccc913c66c8.png

在显示模式下,然后我们可以通过切换到大写,不断的按大写P就能进行排序,找到最大的CPU看看上哪个进程。

b3ab96471272a61e6c9f3a9e45dbb154.png

可以看到进程PID 为 26045的消耗最高。

查找线程

我们已经找到了哪个进程最消耗CPU了,接下来,我们当然要找到该进程下,哪个线程CPU消耗最高咯。这里的进程PID是26045,使用命令

top -Hp PID 显示进程PID下所有的线程

80af002c0c30200014dc37903ec70323.png

到此我们已经定位到线程了,接下来我们就该用上jvm的命令工具了。

定位问题代码

定位到线程26046消耗CPU最高,但是这里我们需要将26046这个线程转为16进制的。因为jvm的进程快照中线程显示是16进制的。

c3ca70c0cdb9f4ecbb0cec61c8489d09.png

然后我们使用jstack命令,拉到26045进程快照信息,输出到文件中,方便我们查看。

jstack -l 26045 > ./26045.stack 

然后我们cat该文件,并且grep通过16进制找一下该线程

cat 26045.stack | grep '65be' -C 20

b253f5061b534ac247210487a361c0e2.png

至此我们就已经找到了问题代码在哪了。接下来的事情就是去分析代码为啥有问题咯,完美收公。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值