在CentOS系统中监控CPU用量是系统管理员和开发人员的日常任务之一,通过有效的监控可以及时发现系统性能瓶颈、排查异常进程以及优化资源配置，本文将详细介绍在CentOS中查看CPU用量的多种方法，涵盖基础命令、可视化工具以及进阶分析技巧，帮助用户全面掌握CPU状态监控。
基础命令：快速查看CPU使用率
top命令：实时动态监控
top是Linux系统中最常用的进程监控工具，默认按CPU使用率排序显示进程信息，执行top后，首行显示系统整体状态，包括%Cpu(s)字段，其中us（用户空间占用）、sy（内核空间占用）、id（空闲）、wa（I/O等待）等关键指标直观反映CPU负载，按P键可按CPU使用率降序排列进程，按q键退出，对于批量监控，可使用top -b -n 1输出单次结果并重定向至文件。
htop命令：增强型交互式工具
若系统已安装htop（通过yum install htop安装），其彩色界面和更丰富的交互功能（如树状进程视图、实时趋势图）比top更易用。htop中可按F2进入设置界面，自定义显示字段，例如将CPU%设为默认列，并通过F5切换进程树视图，便于分析父子进程的CPU占用关系。
vmstat命令：统计虚拟内存信息
vmstat 1每秒输出一次系统状态，其中r列表示就绪进程数（反映CPU负载），us、sy、id等列分别对应用户态、内核态和空闲CPU占比，持续观察us+sy值是否长期超过80%，可判断CPU是否处于高负载状态；若id值持续较低且wa值较高，则可能存在I/O瓶颈。
进阶工具：深入分析CPU性能
mpstat命令：多CPU核心监控
mpstat -P ALL 1可查看每个CPU核心的详细使用情况，包括%usr、%nice、%sys等指标，对于多核服务器，通过该命令可定位是否存在核心负载不均问题，例如某个核心长期高负载而其他核心空闲，可能需要检查进程绑定或亲和性设置。
sar命令：系统活动历史记录
sysstat包提供的sar工具可记录历史数据，执行sar -u 1 5每秒收集一次CPU使用情况，共5次，查看历史数据时，使用sar -u -f /var/log/sa/saXX（XX为日期编号）可分析特定时间段的CPU负载趋势，结合-q参数还可查看运行队列长度和平均负载，帮助判断CPU饱和度。
pidstat命令：进程级CPU追踪
pidstat -u -p <PID> 1可监控指定进程的CPU使用率，-t参数可查看线程级CPU占用，当发现系统整体CPU高时，通过pidstat -u | sort -k3 -r按CPU使用率排序进程，快速定位高负载进程，对于Java等多线程应用，可结合jstack工具分析线程状态。
可视化与自动化监控
gnome-system-monitor图形界面
对于桌面版CentOS,可通过“系统监视器”查看CPU使用率图表、进程列表及核心分布，适合不熟悉命令行的用户，其“资源”标签页提供实时CPU曲线，直观展示负载变化趋势。
Zabbix与Prometheus企业级监控
在生产环境中,常集成Zabbix或Prometheus+Grafana实现CPU监控自动化，Zabbix可通过system.cpu.util监控项采集CPU使用率，设置阈值触发告警；Prometheus则通过node_cpu_seconds_total指标计算各状态CPU占比，Grafana仪表盘可展示历史曲线和核心热力图。
/proc/stat文件原始数据读取
直接读取/proc/stat文件可获得CPU原始数据，例如grep 'cpu ' /proc/stat | awk '{usage=($2+$4)*100/($2+$4+$5)} END {print usage "%"}'可计算整体CPU使用率，适合编写自定义监控脚本，例如通过Shell脚本定时采集数据并写入日志文件。
常见CPU问题排查思路
当CPU使用率异常时,可按以下步骤排查：1）使用top或ps aux --sort=-%cpu定位高负载进程；2）检查进程是否为正常业务进程，或是否异常僵死；3）结合strace分析系统调用，或perf record分析CPU性能事件，定位代码瓶颈；4）若为短时高负载，观察是否为正常业务高峰；若持续高负载，考虑优化算法或扩容资源。
相关问答FAQs
Q1：为什么top命令中%Cpu(s)的us和sy值之和超过100%？
A：us（用户空间）和sy（内核空间）分别表示CPU在用户态和内核态的运行时间占比，两者之和超过100%是正常现象，因为多核CPU下所有核心的占用率会累加，4核CPU在满负载时，us+sy可达400%，实际单核使用率为100%，需结合top首行的Tasks和Cpus(s)中的id（空闲）综合判断，若id接近0则表示CPU高负载。
Q2：如何区分CPU高负载是由计算密集型任务还是I/O等待导致？
A：通过vmstat或top中的wa（I/O等待）字段判断：若wa值持续较高（如超过20%），且us和sy正常，说明CPU因等待磁盘/网络I/O而空闲，需检查存储性能或网络配置；若us或sy值高而wa低，则为计算密集型任务，需优化算法或增加CPU资源。iostat -x可进一步分析I/O设备负载，iotop可查看具体进程的I/O占用情况。