告诉你如何回答"线上CPU100%排查"面试问题

引言

不知道在大家面试中,有没有遇到这个问题:

生产服务器上部署了几个java程序,突然出现了CPU100%的异常告警,你如何定位出问题呢?

这个问题分为两版回答!
高调版
对不起,我是做研发的,这个问题在生产上是不可能遇见的!因为研发是不可能直接操作生产服务器,如果贵公司能出现这个问题,应该要反思一下自己的权限控制是否合理!

面试官心里活动:装13是不是,赶紧走!

低调版
这个问题我在生产上没碰到过,因为我们是没法直接操作生产环境的。只能说,在测试环境曾经遇见过。操作步骤如下,balabala…

面试官心里活动:权限控制的不错,应该是在大厂呆过。

 

Linux上执行过程:

1、top -c     【显示进程运行信息列表。按下P,进程按照cpu使用率排序。发现PID为3033的进程耗费cpu最高】
2、top -Hp 3033【显示一个进程的线程运行信息列表。按下P,进程按照cpu使用率排序。发现PID为3034的线程耗费cpu最高,printf %x 3034,将3034转成十六进制为0xbda】
3、jstack -l 3033 > ./3033.stack【执行命令,导出进程快照】
4、cat 3033.stack |grep 'bda' -C 8【执行grep命令,看线程0xbda做了什么】

 

下面开始我们的正文

正文

下面给出两种系统下的排查步骤,都是一模一样的,只是命令稍有区别!

  • 查消耗cpu最高的进程PID

  • 根据PID查出消耗cpu最高的线程号

  • 根据线程号查出对应的java线程,进行处理。

准备一行死循环代码:

268f98f6ac44f5cbb880f8c6be92e603feb.jpg

怎么跑,应该不用我说了,直接教大家怎么查!

windows版

可能有人有疑问,我为什么要说windows版的!因为,我曾经给很多政府部门做过系统。我发现他们用的是windows server,不是linux系统。所有必要说一下!

查消耗cpu最高的进程PID

手边没有windows server机器,我以win 10为例,截图给大家看一下,先调出PID显示项!

7d538fae8072c8675bd0f6d0f430624e959.jpg


然后发现进程PID如下图所示,为10856

b8ac5b10bc07d545a6f112e5b884daad1ee.jpg


接下来呢?

根据PID查出消耗cpu最高的线程号

这里用到微软的工具Process Explorer v16.22,地址如下
https://docs.microsoft.com/zh-cn/sysinternals/downloads/process-explorer
如图所示

455009f287b0ceb06d0a5d9fe0ba8550301.jpg


发现最耗cpu的线程的TId为6616
这是十进制的数据,转成十六进制为19d8

根据线程号查出对应的java线程,进行处理

执行命令,导出进程快照

jstack -l 10856 > c:/10856.stack

打开文件 c:/10856.stack,搜索19d8,如下图所示

a6044a5f4d5e7cfdfb9430cb72fa5aa5c6e.jpg


根据文件就可以看出,我们的TestFor.java文件第七行一直在跑,至此定位到问题

Linux版

Linux版本,步骤是一模一样的,就是命令换了一下

查消耗cpu最高的进程PID

执行命令

  • 执行top -c ,显示进程运行信息列表。按下P,进程按照cpu使用率排序

如下图所示,PID为3033的进程耗费cpu最高

e0ded9c7a52a9e860ba44d0df61a72618e9.jpg

根据PID查出消耗cpu最高的线程号

执行命令

  • top -Hp 3033 ,显示一个进程的线程运行信息列表。按下P,进程按照cpu使用率排序

如下图所示,PID为3034的线程耗费cpu最高

b272346357fa19e6b405d4b3bc92b61078e.jpg

这是十进制的数据,转成十六进制为0xbda

根据线程号查出对应的java线程,进行处理

执行命令,导出进程快照

jstack -l 3033 > ./3033.stack

然后执行,grep命令,看线程0xbda做了什么

cat 3033.stack |grep 'bda' -C 8

输出如下

800dfd9105e1eb6705c1d09d8a822510896.jpg

至此定位到问题

总结

大家记得一定要去实际操作一次!

转载于:https://my.oschina.net/u/3777515/blog/3007436

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值