网易二面：CPU狂飙900%，该怎么处理？

大家好，我是鸭哥。

最近在网上看到一个关于面试的有趣问题：“网易二面遇到CPU飙升900%，你会怎么处理？”这个场景听上去就让人头大，不光是面试问题，生产环境里真碰到CPU飙升也是挺常见的。

咱们程序员经常面对的MySQL和Java进程，它们的CPU突然狂飙可能都是家常便饭。今天咱们就来聊聊，CPU狂飙900%，到底该怎么处理？

首先，来说一下这个场景。CPU飙升900%的情况基本是生产环境里比较棘手的故障，尤其是高并发情况下，这种事情总是猝不及防。

CPU飙升可能会导致服务器宕机、系统响应变慢，甚至让整个服务不可用，所以快速找到原因并处理就显得特别重要。

我就从两个常见的场景入手，分别是MySQL进程和Java进程引发的CPU狂飙，来聊聊处理的思路。

第一步：找到元凶——MySQL！

当我们看到CPU飙升，第一反应当然是要确认到底是谁在疯狂占用资源。于是，我登录到服务器，使用了经典的 top 命令。果然，发现MySQL进程的CPU占用飙到了900%，整整9倍于正常水平。既然罪魁祸首找到了，接下来就是分析这个MySQL进程到底在搞什么幺蛾子。

为了进一步确认是哪些SQL在消耗这么多资源，我使用了 show processlist; 这个命令，看看有哪些SQL语句正在执行。这一看，不得了！一大堆类似的SQL语句在疯狂执行，比如：

select id from user where user_code = 'xxxxx';

这不就是个普通的查询语句吗？问题到底出在哪儿？我继续检查user表的索引情况：

show index from user;

结果让我大跌眼镜，user_code 这个字段竟然没有建立索引！天啊，这几百万条数据全都在进行全表扫描，这CPU不飙升才怪。问题找到后，我立刻为 user_code 建立了索引。操作完之后，CPU占用率立马下降到了300%左右。虽然效果明显，但这个数字还是太高了，问题远未解决。

第二步：缓存不够，再来一发！

当CPU占用率从900%降到300%后，我们又发现了新问题。虽然数据库负载减轻了，但系统响应速度依然不理想，而且MySQL的慢查询日志开始大量记录SQL语句的执行时间。

这个时候，慢查询日志倒成了性能的“绊脚石”，因为记录慢查询会加重磁盘IO压力。我决定先关掉慢查询日志，看看效果。果然，关掉慢查询之后，系统的响应时间大幅提升。

但我知道，光靠优化索引还不够。毕竟这些查询都是实时数据请求，频繁查询数据库是个大问题。于是，我决定加一层缓存，把这些实时查询放到Redis里。

通过把大部分常用的查询结果缓存起来，系统对MySQL的依赖一下子减轻了不少，CPU占用率终于稳定在70%左右。到这一步，问题基本解决了。

第三步：Java进程的CPU也飙了！

解决完MySQL的问题，我本以为一切都搞定了，结果新问题又来了——Java进程的CPU也飙升到了900%。我的第一反应是：“怎么又是900%！？”

接下来，我依然用 top 命令查看了所有进程的CPU占用情况，锁定了Java进程的PID。然后我用了 top -Hp <PID> 进一步查看是哪几个线程在疯狂耗费资源。果然，有几个线程的CPU占用接近100%。

为了找出这些线程到底在做什么，我把这些线程的PID转换成16进制，用 jstack 命令导出了Java线程的栈信息，接着搜索对应的线程号。果然，找到了问题代码，居然是在一个循环里：

while (isRunning) {
    if (dataQueue.isEmpty()) {
        continue;
    }
    byte[] buffer = device.getMinicap().dataQueue.poll();
    int len = buffer.length;
}

看到这个代码，大家应该能马上发现问题了吧。没错，这个 while 循环每次都在空转，一旦 dataQueue 为空，CPU就会被这个空循环耗尽。

为了解决这个问题，我改成了阻塞队列的 take() 方法，这样线程会在队列为空时阻塞，而不是空转等待：

while (isRunning) {
    byte[] buffer = null;
    try {
        buffer = device.getMinicap().dataQueue.take();
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
    // 接下来的逻辑
}

修改完代码后，重启了服务。很快，Java进程的CPU占用降到了不到10%，系统终于恢复了正常。

如果面试官问你如何处理CPU飙升900%的问题，最优解大概是这样的：

首先，通过top命令确定是哪类进程导致CPU飙升（MySQL、Java等）。然后，进一步使用工具（show processlist、jstack等）定位具体的SQL或代码问题。对于MySQL，常见的优化方案是加索引、使用缓存、限制并发；对于Java，可能涉及死循环、GC、空轮询等问题。最后，逐步优化代码或查询，持续监控系统表现。

最后提醒大家一句，如果遇到CPU飙升的问题，千万不要慌，冷静排查，找到问题的根源，逐步解决。CPU飙升是我们开发工作中经常遇到的棘手问题，但只要思路清晰，办法总比问题多。

好啦，这就是今天的分享。如果大家有类似的经历，欢迎评论区留言分享！