解读 iostat 与 vmstat 的关键输出，判断瓶颈在 CPU、内存还是 IO。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。

涉及 iostat、vmstat、性能指标 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。

iostat 重点

util 接近 100% 说明盘忙，await 远大于 svctm 说明在排队，看 r/s 与 w/s 结合业务判断。

vmstat 重点

r 列持续大于核数是 CPU 排队，si 与 so 非零说明在换页，b 列大是 IO 等待。

采样方式

加间隔与次数参数（如 iostat -x 1 10），单次快照是平均值会掩盖突发。

定位顺序

先用 vmstat 判断瓶颈方向，再用 iostat 或 pidstat 落到具体盘与进程。

记录基线

健康时期的指标存档，出问题对比才有判断依据。

速查表

常见问题

Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。

小结

回到这篇的 5 个环节：iostat 重点、vmstat 重点、采样方式、定位顺序、记录基线。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。

相关阅读：Redis使用与持久化配置、MySQL主从复制与备份复制、Node应用部署与PM2。

延伸阅读：内存占用高排查：从free到smem、查看系统信息：硬件、版本与运行时长、磁盘健康监控：SMART与坏道处理。