vmstat是Linux中轻量高效系统监控命令，单条命令覆盖CPU、内存、交换区、磁盘I/O和进程调度五大维度，适合快速诊断与持续观察。
vmstat 是 Linux 中最轻量但信息密度最高的系统监控命令之一，它不依赖后台服务，单条命令即可覆盖 CPU、内存、交换区、磁盘 I/O 和进程调度五大核心维度，适合快速诊断与持续观察。
看懂默认输出的六类关键字段
执行 vmstat（无参数）或 vmstat 1 后，首行是系统启动以来的平均值，后续每行才是实时采样数据。重点关注以下六组字段：
- procs → r / b：r 表示可运行进程数（含等待 CPU 的），若长期 > 物理 CPU 核心数，说明 CPU 饱和；b 表示不可中断睡眠进程（多为等磁盘或网络），b 持续 > 0 是 I/O 阻塞的强信号
- memory → free / buff / cache：free 是真正空闲物理内存；buff 是块设备缓冲（如写磁盘前暂存），cache 是文件页缓存；二者合起来代表“可快速回收”的内存，不是浪费
- swap → si / so：si（swap-in）和 so（swap-out）单位为 KB/s；只要任一值持续 > 0，就表明内存不足，内核正频繁换页；> 100 KB/s 已属明显压力
- io → bi / bo：bi 是每秒读取块数，bo 是每秒写入块数（1 块 = 512 字节）；高 bi/bo 本身不直接等于瓶颈，需结合 wa 判断是否因 I/O 等待拖慢整体响应
- system → cs / in：cs 是每秒上下文切换次数，> 5000 次/秒需警惕（线程过多或锁竞争）；in 是每秒中断次数，异常升高常指向硬件或驱动问题
- cpu → us / sy / id / wa / st：wa 是等待 I/O 的 CPU 时间占比；wa > 10% 就值得查磁盘，> 20% 基本确认 I/O 成为瓶颈；st 只在虚拟机中非零，表示宿主机抢走了 CPU 时间
用对参数让监控更聚焦
单纯看默认输出容易漏掉细节，加几个常用选项能快速定位方向：
- vmstat -d 2：按磁盘设备（如 sda、nvme0n1）拆分 bi/bo、读写毫秒等指标，比默认汇总更准，适合多盘环境排查哪块盘拖后腿
- vmstat -p /dev/sda1 2：进一步下钻到具体分区，查看该分区的读写负载，对 LVM 或多挂载点场景很实用
- vmstat -s：一次性输出内存总量、已用/空闲页数、换入换出总页数、中断/上下文切换累计值等统计摘要，适合做 baseline 快照
- vmstat -a 2：把 memory 区域拆成 active/inactive 内存页，能判断缓存是否真的被使用（active 高说明缓存有效，inactive 高可能意味着缓存堆积但未被访问）
- vmstat -n 2 10：-n 让表头只显示一次，避免刷屏干扰，配合定时采样更清爽；适合保存日志分析：vmstat -n 5 > /tmp/vmstat.log &
三类典型问题的速判逻辑
遇到系统变慢，不必逐列扫全，按优先级顺序看这几组组合：
- CPU 瓶颈：先看 r > CPU 核数 且 id 很低（；再看 us + sy > 90%；若 sy 占比异常高（> 30%），可能是内核态锁或系统调用过载
- 内存不足：重点盯 free 持续偏低 + swpd > 0 + si/so > 0；三者同时出现，基本可断定在颠簸（thrashing），性能会断崖式下降
- I/O 瓶颈：核心看 wa > 15%；再验证 b > 0 和 bi/bo 数值是否同步走高；若 wa 高但 bi/bo 平稳，可能是网络存储延迟或 NFS 卡顿，需结合 iostat 进一步确认
搭配其他命令交叉验证
vmstat 是“全局扫描仪”，但无法定位到具体进程或磁盘路径。发现问题后应快速衔接：
- 发现 r 高或 cs 高 → 接 pidstat -u 1 查哪个进程在大量创建线程或频繁切换
- 发现 si/so 高 → 接 free -h 和 cat /proc/meminfo | grep -i "active\|inactive" 看内存页分布
- 发现 wa 高或 bi/bo 异常 → 接 iostat -x 1 看 %util、await、svctm，确认是设备忙还是响应慢
- 怀疑是某进程疯狂刷盘 → 接 iotop -o 直接看到实时 I/O 最高的进程
