服务器为什么cpu使用率会100%，cpu占用率过高如何解决？

服务器CPU使用率飙到100%，大多数情况不是硬件老了，而是某个进程或请求逻辑卡住了，把计算资源全抢走，系统在空转等它。这就像厨房里一台抽油烟机全力运转，但锅里的菜早就糊了风量拉满，活儿却没干完，要解决问题，先分清是“活多干不过来”还是“干了半天全是无用功”。

服务器cpu100%怎么排查：先分清单核还是多核

很多新手一看top命令显示100%就慌了，其实top默认显示的是所有核心的汇总占用率，一台8核服务器，单核打满是12.5%，8核全打满才是100%，所以第一步,确认是整体满载还是单个核心满载：

• 运行top后按数字键1,查看每个核心的单独负载。
• 如果只有一颗核心满载，说明是单线程任务卡住，比如一段没优化的PHP循环、一个没走索引的SQL查询。
• 如果所有核心都在100%，那多半是并发量真的上来了，或者遇到挖矿脚本、CC攻击这类故意消耗资源的情况。

另一种情况是CPU看起来在跑，但系统响应巨慢，load average数值比核心数还高，说明进程在排队等CPU，这时候先别急着杀进程,看看是不是磁盘IO把CPU拖累了。

服务器cpu占用率高的常见原因

流量型：真访问还是假攻击

业务做活动、被大V推荐、或者上过热搜，短时间涌进来的连接数超过服务器处理上限，CPU自然打满，判断方法很简单：top里看到大量与Web服务相关的进程（如nginx、php-fpm、java）排在前面，ss -s查看当前TCP连接数,对比过往均值是否翻了好几倍。

如果是这种情况，不用急着调代码，先看带宽和连接数有没有到瓶颈，带宽被打满的话，CPU再闲也处理不过来，用户感知到的同样是“服务器卡死”。

代码型：死循环和空转比死锁更隐蔽

死锁容易发现，进程直接卡住不动，真正难查的是CPU空转程序没报错，但逻辑上进入了无效循环，比如订单回调处理里写了个while循环等某个状态变更，结果外部接口返回异常，循环条件永远不满足,程序就空转起来了。

top命令里看到某个进程CPU占用超高，用top -Hp 进程ID找到具体是哪个线程在跑，然后jstack（Java应用）或strace -p 线程ID（C/PHP应用）查看它到底在执行什么系统调用，行业共识认为，多数诡异的100%占用都源于代码逻辑缺陷，而不是服务器本身有问题。

数据库型：慢查询是隐形CPU杀手

数据库查询慢，Web层就得一直等着结果返回，一个查询跑3秒，100个并发请求同时进来，数据库进程就把CPU吃满了，打开数据库慢查询日志,看看是不是有全表扫描的语句：

• MySQL执行SET GLOBAL slow_query_log = ON;
• 然后再执行SHOW VARIABLES LIKE 'slow_query_log%';确认路径
• 重点排查查询条件里没有索引的字段，比如WHERE status = 1这种区分度低的查询

任务型：定时任务扎堆执行

很多服务器默认整点执行备份、日志切割、数据统计，多个定时任务集中在同一个时间段触发，内存不够用了就疯狂读写swap，CPU忙着处理磁盘中断，占用率直接被拉满，用crontab -l查看任务列表，通过systemctl list-timers查看系统自带定时任务,把时间错开就能缓解。

硬件型：磁盘性能差，CPU跟着遭殃

CPU给磁盘发了一个读写请求，磁盘一直不回应，CPU就反复重发指令，这在机械硬盘的服务器上很常见。iostat -x 1看到%util接近100%或者await数值很高，说明瓶颈在磁盘，不在CPU,换SSD能立竿见影。

服务器cpu飙到100%的实战处理清单

第一步：找到吃CPU的元凶

用top按大写P键让进程按CPU占用自动排序，锁定前3个进程，接着用ps -ef查看这些进程的启动命令和所属用户，看到不认识的进程名，尤其是以开头的隐藏进程，或者名字很像系统进程但多出几个字符的,大概率是被入侵了。

第二步：分辨正常流量还是攻击流量

1. 登录简米云或酷番云控制台看安全组记录和CPU监控曲线，正常流量曲线通常是平滑波动,攻击流量是瞬间拉满一条直线。
2. 用netstat -ant | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n -r统计连接来源IP，如果前几个IP的连接数占了一大半,那基本可以判定是CC攻击。
3. 没有任何规律、来自天南海北的IP疯狂请求同一个接口,大概率是扫漏洞或抓数据的爬虫。

第三步：快速止血恢复业务

如果是高优先级业务，先重启Web服务或PHP进程，往往能撑几分钟，但是只重启不排查，几分钟后又会回到100%，因为根本原因还在,临时方案：

• 用kill -9 进程ID杀掉确认异常的进程
• 在Web防火墙或安全组里临时封掉攻击来源IP
• 修改crontab任务时间，错峰执行

服务器cpu100%怎么解决与长期预防

代码层面做好埋点

写日志不要只记录错误，在关键业务入口记录处理耗时，比如订单接口正常200毫秒内返回，某天变成2秒，直接去翻日志看看哪里耗时变长，没有埋点的系统,出了事只能靠猜。

部署监控而不是依赖人工盯防

云端服务器和物理服务器怎么选择，抛开价格因素，运维便利性是个重要考量，云端服务器天然带监控告警功能，在控制台设置CPU超过80%持续5分钟就短信通知,比宕机后被用户投诉要主动得多。

定期压测，别等出了事再后悔

新功能上线前用ab -n 10000 -c 100 http://你的域名/接口做一次简单的压测，看看接口在100并发下CPU占用多少，没做压测的接口，就像没试过刹车就上高速的司机，大部分新上线服务器cpu占用率飙升,都是因为一次全表查询或者一个没加缓存的接口被真实流量打爆。

安全加固，防患于未然

被植入挖矿脚本导致CPU100%的场景太多了，用ss -lntup查看当前监听的端口，把不用的端口全部关闭，SSH改成密钥登录，禁用root直接登录，这些基础操作做扎实了,能避开绝大多数自动扫描脚本。

云服务器和物理服务器怎么选才能避免这类问题

这个问题没有标准答案，看预算和业务规模，小型业务选云服务器有个好处：遇到突发流量直接在后台升级配置，几分钟生效，不用去机房搬硬件，大型企业核心数据库还放在物理服务器上，性能稳定，可预测性强，推荐的做法是前端Web层用云服务器弹性伸缩，数据库放在物理机或云上独立的高配实例,这样单点故障不会拖垮整个业务。

服务器cpu占用率高相关问题解答

服务器cpu100%可以直接重启吗

重启是最后一招，因为重启后进程没了，排查线索也断了，而且如果没有禁用开机自启动，重启后同样的问题会再次出现，正确的做法是：先用top记录下吃资源的进程PID和名字，保存日志，再执行kill干净，最后重启，这样就算问题复发,至少知道该查谁。

网站没有访问量，cpu使用率却100%是怎么回事

可能是后台任务在运行，比如搜索引擎爬虫、数据库自动备份、日志切割，也可能是被入侵植入了挖矿程序，中间件漏洞被扫描利用后植入挖矿木马，这个情况近年来在各大云厂商的安全公告中时有提及，检测方法：查看安全组里是否有来自异常地域的境外IP连接记录，用ls -lt /tmp手动翻看系统临时目录,挖矿程序喜欢藏在那里。

单核100%和多核100%处理方式有什么不同

单核满载优先排查代码逻辑，比如正则表达式回溯、递归调用、事务锁；多核满载优先看并发连接数和数据库连接池配置，针对相同症状，排查路径差异很大，先确认范围再动手能省不少时间，多核满载时先怀疑是SQL查询没有走索引导致连接堆积,或者代码里有没有加全局锁把并发全部堵在一起。

服务器CPU打满这件事，治标的关键是快速找到那个不干正事的进程，治本的关键是建立监控、压测和日志这三道防线，把主动权握在手里，下次CPU再飙起来，二十秒内就能定位问题,不用再对着黑乎乎的终端干瞪眼。