服务器CPU一直很高，最直接的排查思路是：先用top看整体，再用进程列表精准定位，然后深入线程和日志确认根因，下面这套方法在Linux和Windows服务器上同样适用，照着做基本能锁定问题来源。
服务器cpu一直很高怎么排查：四步定位法
第一步：用top看整体负载
登录服务器后,首先执行top命令，重点看第一行load average的三个数值，它们分别代表1分钟、5分钟、15分钟的平均负载，如果负载接近或超过CPU核心数，说明系统已经满负荷运转。
再看%Cpu(s)这一行，区分四个关键字段：
- us（用户态）高：说明是应用程序或代码在消耗CPU。
- sy（内核态）高：可能是系统调用频繁，比如网络中断、文件读写。
- wa（iowait）高：CPU在等待磁盘IO，问题可能指向硬盘而非计算。
- hi/si（硬中断/软中断）高：网卡流量过大或硬件驱动异常。
如果你发现wa居高不下,先别盯着CPU了，用iostat -x 1查看磁盘利用率，很可能是磁盘读写拖慢了整个系统。
第二步：用ps命令按CPU占用排序
top是实时刷新的，方便抓瞬间峰值，想要快速揪出罪魁祸首，推荐执行这个命令：
ps aux --sort=-%cpu | head -20
这样会列出当前CPU占用最高的前20个进程,记下PID和进程名，重点看是否有异常的进程，比如名字像随机字符串、CPU占用超过100%（多线程进程可能超过100%），或者你根本不认识的命令路径。
第三步：用top -Hp查看线程级消耗
如果第二步定位到的是Java、PHP等多线程应用，光看进程还不够，你需要进入线程层：
top -Hp PID
这个命令会展示该进程下所有线程的CPU占用,找出最高的线程TID，然后把它转成十六进制：
printf "%xn" TID
得到的十六进制数就是线程ID,配合jstack PID（如果是Java应用）或gdb，能直接看到这个线程在代码里的哪个位置死循环。
第四步：结合日志和监控确认根因
进程定位完成后,别急着杀进程，去翻应用日志和系统日志：
- 应用日志：
tail -100 /var/log/应用日志，看异常堆栈和慢SQL。 - 系统日志：
journalctl -xe或dmesg | tail，排查是否有OOM（内存溢出）或硬件报错。
监控工具方面,htop是top的增强版，可以直观看到进程树和CPU核数分布，如果服务器有云监控或Prometheus，把CPU数据按时间轴拉出来，能判断是突发尖峰还是持续走高。
linux服务器cpu占用率过高怎么办：常用命令实操
用pidstat看进程的历史占用
top和ps只能看当前状态，但CPU高往往时断时续，用pidstat可以按时间间隔采样，把趋势记录下来：
pidstat -u 1 5
这个命令每秒采样一次,共记录5次，你能看到每个进程的CPU占用率随时间变化，定位到是持续占用还是周期性脉冲。
用strace追踪系统调用
如果进程CPU占用高,但日志里没有异常，可以试试strace看它到底在干什么：
strace -p PID -c -f
一段时间后按Ctrl+C，它会汇总该进程调用了哪些系统函数，耗时最长的部分就是吃CPU的元凶，比如频繁的futex调用说明线程锁竞争激烈，频繁的read/write说明在疯狂读写文件。
快速处理策略：不重启，先隔离
找到可疑进程后,不要立刻重启服务器，先把进程隔离，观察服务是否恢复，用renice调低进程优先级：
renice +10 PID
或者使用systemd-run临时限制CPU配额：
systemd-run --scope -p CPUQuota=10% -p MemoryMax=512M PID
如果确认是恶意进程或失控脚本,直接kill -9 PID，但要注意，如果是核心数据库或Nginx进程，需要先摘流量再操作。
windows服务器cpu一直高怎么排查：任务管理器之外的方法
Windows服务器在任务管理器里能看到CPU占用率,但只能看到进程整体数值，想要准确排查，需要打开资源监视器和性能监视器。
用资源监视器定位线程
在Windows Server上按Win+R，输入resmon打开资源监视器，点击CPU选项卡，勾选占用高的进程，展开下方“线程”列表，可以看到每个线程的CPU使用情况，双击线程还会看到CPU使用率随时间的变化曲线。
用PowerShell命令批量分析
对于多台Windows服务器,命令行更高效，用Get-Process按CPU排序：
Get-Process | Sort-Object CPU -Descending | Select-Object -First 10 Id,ProcessName,CPU
注意,这里的CPU是累计时间，不是瞬时占用率，瞬时占用率需要配合性能计数器：
Get-Counter 'Processor(_Total)% Processor Time','Process()% Processor Time' -SampleInterval 2 -MaxSamples 1
Windows特有原因：杀毒软件和系统更新
在Windows上排查CPU高,别忽略两个常见场景：杀毒软件全盘扫描、Windows Update后台更新，这两者经常在业务高峰期突然占用大量CPU，尤其是在低配的云服务器上，行业共识认为，给操作系统预留出维护窗口，并错开扫描和更新时间，能避免绝大部分此类问题。
常见原因和对应处理：从进程失控到硬件瓶颈
CPU高不一定是坏事,但持续高就说明系统某个环节进入异常状态，下面按发生频率从高到低排列：
应用代码死循环或无限递归
代码里有个while循环没有退出条件，或者递归函数没有基准结束条件，会直接把CPU吃满，典型特征：进程CPU占用稳定在100%左右，日志里没有明显的报错，解决办法是代码审查，配合jstack或strace定位到具体方法。
高并发下的线程锁竞争
多线程应用在大量请求涌入时,如果同步锁设计不当，线程会反复进行“锁获取-释放-等待”的循环，表现为CPU使用率高，但实际业务吞吐量上不去，此时用jstat看线程状态，会发现大量线程处于BLOCKED或WAITING，优化策略是缩小锁范围、改用无锁数据结构或读写锁。
内存不足导致频繁交换
物理内存不够时,系统会把部分数据换到磁盘swap区，这个过程会消耗大量CPU，如果你发现CPU高且vmstat输出的si和so列数值很大，说明系统在疯狂换页，解决办法是增加内存、优化应用内存占用，或者关闭不必要的缓存。
挖矿木马和恶意进程
这是云服务器CPU突然飙高的常见原因,木马会伪装成系统进程或随机字符串进程，占用CPU进行加密货币计算，可以通过以下特征识别：
- 进程名不常见,路径在
/tmp或/dev/shm下 - 网络连接有外部IP的异常端口（用
netstat -antlp查看） - CPU使用率持续在接近100%
处理方式：先隔离服务器，杀掉进程，删除对应文件，排查SSH密钥和弱口令问题，别只清理不治根。
表格：常见原因与处理动作
| 原因类型 | 典型特征 | 快速处理 |
|---|---|---|
| 应用死循环 | CPU稳定100%，日志无错 | 代码修复，临时重启 |
| 线程锁竞争 | CPU高但QPS低 | 优化锁，增加超时 |
| 内存swap | vmstat si/so大 | 加内存，调优JVM |
| 挖矿木马 | /tmp下异常进程 | 杀进程，封IP，改密码 |
| 磁盘IO瓶颈 | iowait高，CPU利用率虚高 | 换SSD，优化SQL索引 |
场景化排查：网站慢、数据库卡、虚拟主机邻居干扰
同样是CPU高,不同场景下的排查侧重点不一样。
网站发现网页打开变慢,CPU高且都是Nginx或PHP进程，这时候要看是不是反向代理配置不当，比如Nginx worker_processes数量等于或超过CPU核心数，但每个worker还在频繁做报文转发，可以把静态文件交给CDN，腾出CPU给动态请求。
数据库服务器CPU高,mysqld进程占大头，先看慢查询日志，再看连接数，多数情况下是SQL没有走索引，导致全表扫描和大量临时表，用EXPLAIN分析语句，给高频查询字段加索引。
如果你用的是云服务器,还是共享型实例（比如很多低价套餐声称“vCPU独享”但实际有共享配额），那CPU高可能是邻居实例抢占资源，表现是CPU积分或基准值被扣完，性能突然下降，据业内普遍说法，这类实例不适合长期高负载业务，预算允许时应该切换到独享型云主机或物理服务器托管。
关于服务器托管,国内机房提供的物理服务器CPU资源是独占的，排查时不用考虑宿主超卖问题，这也是为什么很多企业会把数据库或核心应用放到托管服务器上，避免云主机资源争抢的隐患。
关于服务器cpu一直很高怎么排查的常见问答
问题1：服务器CPU高但是访问量不大，可能是什么原因？
排除硬件和监控误报后,大概率是后台任务或恶意进程，用top看进程，如果发现某个进程CPU占用为100%但业务流量很低，调用strace确认它在做什么，还要检查计划任务crontab -l，看是否有定时脚本误配了循环任务。
问题2：CPU使用率高和系统负载高是一回事吗？
不是一回事,CPU使用率高说明处理器本身繁忙，但load average高还包括不可中断的进程状态，比如磁盘IO等待，如果CPU使用率是100%但load average只有1，那系统还能响应新请求，如果load average远超CPU核心数且iowait也高，瓶颈在磁盘，调CPU参数没用，要解决IO问题。
问题3：怎么判断是应用自身问题还是服务器配置不够？
先看单核CPU使用率是否打满,如果单核100%且应用是单线程模式，有可能是代码逻辑或JVM参数没开多线程，换配更高主频的CPU效果有限，如果所有核心都接近100%，且top里显示多个线程在跑，那确实是资源不够，需要升配或扩容。结论就一句话：CPU高是结果，把进程和线程揪出来，才知道该改代码、加配置还是换机器。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/687321.html
