cpustat：系统性能诊断的得力助手
在排查服务器性能问题时，一个精准的工具往往能让你事半功倍。今天要聊的cpustat命令，就是这样一个藏在sysstat软件包里的利器。它能提供CPU使用情况的详细快照，从用户态、系统态到空闲和I/O等待时间，一览无余。这些数据，正是诊断系统性能瓶颈的关键线索。
那么，具体该如何使用它来定位问题呢？我们一步步来看。
安装sysstat软件包
工欲善其事，必先利其器。首先得确保你的系统已经安装了sysstat软件包。如果还没装，根据不同的发行版，执行对应的安装命令即可：
# 在Debian/Ubuntu系统上
sudo apt-get install sysstat
# 在CentOS/RHEL系统上
sudo yum install sysstat
# 在Fedora系统上
sudo dnf install sysstat使用cpustat命令
cpustat的基本命令格式非常直观：
cpustat [选项] [间隔] [次数]其中，选项用来定制输出格式和信息，间隔定义了两次数据采样之间的秒数，而次数则决定了总共采样多少次。举个例子，如果你想每秒查看一次CPU状态，连续看5秒，命令就该这么写：
cpustat -u 1 5解读cpustat输出
命令的输出结果里，藏着几个关键指标：
- %usr：用户态时间百分比，简单说就是运行用户程序花了多少CPU。
- %sys：系统态时间百分比，指的是内核执行系统调用所占用的时间。
- %iowait：等待I/O操作完成的时间百分比，这个指标很能说明问题。
- %steal：在虚拟化环境中，物理CPU被宿主机“偷走”给其他虚拟机用的时间百分比。
- %idle：CPU空闲时间的百分比。
看懂了这些数字，你就能对号入座，诊断一些典型问题了：
- CPU过载：如果
%usr和%sys加起来长期接近甚至超过100%，那CPU基本就是在满负荷“加班”了。这时候可能需要优化应用代码，或者考虑增加CPU资源。 - I/O瓶颈：如果
%iowait的数值居高不下，那就意味着CPU经常在“空等”磁盘或网络I/O。瓶颈很可能出在存储性能或I/O调度策略上。 - 虚拟化资源争用：在云主机或虚拟机里，如果发现
%steal值很高，说明你的虚拟机CPU资源正被宿主机频繁调度给别的实例。这可能需要联系服务商调整资源分配。
示例输出分析
光说不练假把式。我们来看一组实际的输出样例：
a vg-cpu:%user %system %idle
75.23 18.45 6.32
a vg-cpu:%user %system %idle
74.12 19.34 6.54
a vg-cpu:%user %system %idle
73.56 20.12 6.32
a vg-cpu:%user %system %idle
72.89 20.56 6.55
a vg-cpu:%user %system %idle
72.23 21.00 6.77怎么解读这组数据？
%user和%system的总和，在72%到76%之间波动。这说明CPU确实有相当的负载，但远未达到饱和的临界点，系统尚有处理余量。%idle始终在6.3%到6.8%的狭窄区间内，表明CPU大部分时间都在忙碌，但并非完全没有喘息之机。
基于这份输出，可以初步判断系统CPU负载处于一个中等偏上、但相对健康的水平。如果此时应用感觉卡顿，问题根源可能就不在CPU计算能力本身，而是需要从内存、I/O或应用内部逻辑等其他方向继续深挖了。
总而言之，cpustat命令就像一位随叫随到的系统性能分析师。它提供的这些核心指标，是构建你系统性能画像的第一块，也是至关重要的一块拼图。熟练运用它，能让你在性能调优的道路上，方向更明确，决策更有据。
