CPU飙升排查及常见原因

一、排查方式介绍

1.top 命令查看CPU占用100%的进程号(PID)

在这里插入图片描述
如果java服务有多个可以通过ps -aux|grep java 命令来找到对应服务的进程号(PID)
在这里插入图片描述

2. top -H -n 1 -p PID 然后通过命令查找对应进程下线程的状态

可以看到3418线程cpu极高
在这里插入图片描述

3.然后通过 jstack -l PID > ./jstack.log 命令输出进程的线程文件

注意这里的PID 是进程号 ,这里我是3400
在这里插入图片描述

4.查看刚输出的jstack.log文件,查看线程详情

注意这里的线程PID是第二步PID,还要转成16进制

例如:我这里PID就是3418 转成16进制就是 d5a

我是通过vim 命令查看log文件,可以 /+字符串 例如:/d5a 直接向下搜索所在位置,可以看到此线程正在运行中,且代码行数也标注清楚
在这里插入图片描述

二:常见原因

1.死循环

    /**
     * 死循环
     * @return
     */
    @GetMapping("/deadCycle")
    public String deadCycle(){
        for(int i=1;i>0;i++){
            System.out.println(i);
        }
        return "Success";
    }

2.死锁

正常一个死锁是不会导致cpu 100%的,除非很多线程死锁或者一直自旋获取锁,这里为了演示直接搞了个极端的例子

/**
     * 死锁
     * @return
     */
    @GetMapping("/deadLock")
    public String deadLock(){
        Lock lock1=new ReentrantLock();
        //线程t1中
        new Thread(()->{
            try {
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            while (!lock1.tryLock()){
                System.out.println("线程1 一直自旋获取锁");
            }
            System.out.println("线程1 获取到锁 do something");
        }).start();

        // 线程2
        new Thread(()->{
            lock1.lock();  //此时线程2 获取到锁 但是一直阻塞 导致锁无法释放
            while (true){

            }
        }).start();

        return "Success";
    }

在这里插入图片描述

3.耗时的计算

/**
     * 耗时计算
     * @return
     */
    @GetMapping("/timeConsuming")
    public String timeConsuming(){
        for (int a = 0; a < 5; a++) {
            new Thread(()->{
                int i = Integer.MAX_VALUE;
                double temp = 0;
                for (int j = 1; j <= i; j++) {
                    temp += Math.pow(j,j-1);
                }
            }).start();
        }
        return "Success";
    }

在这里插入图片描述
在这里插入图片描述

4.频繁的FULL GC

这种是内存问题导致的CPU 问题,所以放到之后的内存问题排查里了

使用jmeter工具并发请求

private static ThreadLocal<FullGcTest> threadLocal=new ThreadLocal();
/**
     * ThreadLocal内存溢出 测试
     * @return
     */
    @GetMapping("/fullGc")
    public String fullGc(){
        for (int a = 0; a < 5; a++) {
            //一次性产生5个8m 对象
            threadLocal.set(new FullGcTest(new Byte[1024*1024*8]));
        }
        return "Success";
    }
  • 2
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当 docker 上的服务出现 CPU 飙升的情况时,可以按照以下步骤进行排查: 1. 查看容器的 CPU 使用情况 可以使用 `docker stats <container_name>` 命令查看容器的 CPU 使用情况,可以根据容器的 CPU 使用情况来判断是否是容器内部的问题导致的 CPU 飙升。 2. 查看容器内部的进程占用情况 进入容器内部,使用 `top` 命令查看进程占用情况,可以看到哪个进程占用了大量的 CPU 资源。如果是某个进程占用了大量的 CPU 资源,可以考虑优化这个进程的代码,或者增加资源限制。 3. 检查容器的资源限制 检查容器的资源限制,包括 CPU 和内存限制。如果容器没有设置 CPU 限制,可能会导致容器内部的进程占用了大量的 CPU 资源,导致 CPU 飙升。可以通过 `docker update --cpus <cpus>` 命令来设置容器的 CPU 限制。 4. 检查宿主机的资源使用情况 如果容器内部的 CPU 使用情况正常,可以考虑检查宿主机的资源使用情况。如果宿主机的 CPU 使用率已经很高,容器就有可能无法获取到足够的 CPU 资源,导致 CPU 飙升。可以使用 `top` 命令查看宿主机的 CPU 使用情况。 5. 检查容器的日志 如果以上方法都无法解决问题,可以考虑查看容器的日志,查找是否有异常信息。可以使用 `docker logs <container_name>` 命令查看容器的日志。 总之,排查 docker 上的服务 CPU 飙升问题需要综合考虑多种因素,包括容器内部进程占用情况、容器的资源限制、宿主机的资源使用情况和容器的日志等。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值