服务器 CPU 使用率过高排查与解决方法指南
当服务器 CPU 使用率持续处于高位时，会导致系统响应缓慢、服务延迟增加甚至系统宕机，解决这一问题的核心在于：定位高负载进程 -> 分析进程行为 -> 寻找根本原因 -> 执行优化策略。
常用诊断工具
在开始排查前,需要掌握以下 Linux 环境下的常用命令：
- top: 最基础的实时系统监控工具，可以查看整体负载及占用 CPU 最高的进程。
- htop:
top的增强版，界面更友好，支持颜色显示和交互式操作（需安装）。 - mpstat: 用于查看每个 CPU 核心的使用情况，判断是单核过载还是多核负载均衡问题。
- vmstat: 查看系统进程、内存、分页、I/O 和 CPU 活动的统计信息。
- pidstat: 用于监控特定进程的资源消耗情况。
- iostat: 查看 CPU 等待 I/O（%iowait）的情况，判断是否由磁盘压力引起。
核心排查思路
CPU 高负载通常可以归纳为以下四个维度：
- 用户态 CPU 高 (us)
: 应用程序本身逻辑问题，如死循环、复杂的计算任务、频繁的序列化/反序列化。
- 内核态 CPU 高 (sy): 系统调用过于频繁、驱动程序问题、网络中断处理压力过大。
- I/O 等待 (wa): CPU 在等待磁盘或网络 I/O 完成，这通常意味着磁盘性能瓶颈或网络延迟。
- 上下文切换 (cs): 线程或进程过多，导致 CPU 花费大量时间在切换任务而非执行任务上。
详细排查步骤
定位高负载进程
首先执行 top 命令，按下大写的 P 键，按 CPU 使用率从高到低排序。
- 观察 %CPU 列，确定是哪个进程（PID）占用了资源。
- 查看 COMMAND 列，确认该进程所属的服务（如 java, nginx, python, mysql 等）。
分析进程行为
确定进程后,进一步深入分析：
- 如果是 Java 应用: 使用
jstack <pid>导出线程堆栈，查看具体哪个线程在进行高强度计算或死锁。 - 如果是数据库 (MySQL): 查看
show processlist;，检查是否存在慢查询或大量的锁等待。 - 如果是 Web 服务器 (Nginx): 检查访问日志，确认是否存在恶意爬虫攻击或突发流量。
检查系统整体状态
- 检查负载均衡: 使用
mpstat -P ALL 1查看是否所有核心都满载，还是只有一个核心满载（单线程瓶颈）。 - 检查 I/O 压力:
top中的%wa值很高，使用iostat -x 1查看磁盘利用率（%util）和等待时间（await）。 - 检查上下文切换: 使用
vmstat 1查看cs(context switch) 列，如果数值异常高，说明线程竞争严重。
常见场景及解决方案
应用程序逻辑问题
- 现象: 特定业务进程 CPU 长期 100%。
- 原因: 代码中存在死循环、未优化的算法、频繁的垃圾回收（GC）或大量的正则匹配。
- 对策: 优化算法逻辑、增加缓存减少计算、调整 JVM 参数（针对 Java）以减少 GC 频率。
并发与线程竞争
- 现象: CPU 使用率高，但单进程计算量并不大，上下文切换（cs）极高。
- 原因: 线程池设置过大、锁竞争激烈。
- 对策: 减小线程池规模、优化锁粒度（使用分段锁或无锁数据结构）。
数据库压力
- 现象: 数据库进程 CPU 高。
- 原因: 缺少索引导致的慢查询、复杂的 Join 操作、大量的排序操作。
- 对策: 建立合适的索引、优化 SQL 语句、读写分离、增加数据库缓存。
系统资源瓶颈 (I/O 与 内存)
- 现象:
%wa(I/O Wait) 高。 - 原因: 磁盘读写频繁、内存不足导致频繁使用 Swap 分区。
- 对策: 使用 SSD 替换机械硬盘、优化磁盘写入策略、增加物理内存、减少 Swap 使用。
外部攻击
- 现象: CPU 突发性飙升，伴随网络流量异常。
- 原因: DDoS 攻击、CC 攻击、暴力破解尝试。
- 对策: 配置防火墙（iptables/firewalld）、使用 Web 应用防火墙 (WAF)、限制异常 IP 的访问频率。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/490672.html
