linux cpu飙高原因排查(有手就行)

cpu飙高是很常见的线上问题,这都不会的话,属实有点拉跨
在这里插入图片描述

兄弟萌不用慌,来我教你一套连招

先来个项目,整个api,到时候我们请求/cpu/{count}就能手动拉高cpu,机智鬼~

    @GetMapping("/cpu/{count}")
    public long cpuTest(@PathVariable("count") long count) {
        long number = 0;
        for (int i = 0; i < count; i++) {
            number++;
        }
        return number;
    }

打包、上传、启动

在这里插入图片描述

跑起来了,记住这个进程号 14849


我们先top看看正常情况下的cpu使用率
在这里插入图片描述

很合理

模拟线上cpu飙高

我们请求/cpu/{100000000000}接口,把cpu拉起来,同时top观察cpu使用率
在这里插入图片描述

直接干到98%,很nice

ok入戏,我们现在线上出问题了,cpu一直很高,老大叫你找找原因,开始支棱起来

其实我们现在已经知道是谁把cpu拉高了,但还不够细,只知道哪个项目出的问题远远不够,我们应该找到罪魁祸首,到底是哪个方法的多少行导致的问题,这才能让老大直呼内行

先说步骤:

  • jps+top 定位应用进程 pid
  • top -Hp {pid}找到线程 tid
  • 将 tid 转换成十六进制 printf “%x ” {tid}
  • 打印堆栈信息 jstack
  • 过滤出我们想要的

ok开始排查

进程id已经确定是 14849,下一步我们要找到是哪个线程搞的鬼

top -Hp 14849

在这里插入图片描述
很明显是这个14908搞的鬼

转十六进制
在这里插入图片描述

打印堆栈
在这里插入图片描述
堆栈信息显示是TestController里面的第20行出的幺蛾子,我们进入代码验证
在这里插入图片描述

问题不大

破案

撒花


ok我话说完

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值