sar -B 不支持实时刷新，仅输出瞬时快照；单次采样易误判内存压力，需结合多周期采样观察 pgmajfault/s 持续升高、pgpgout/s > pgpgin/s 及 %vmeff < 30% 等趋势，并交叉验证 sar -r 和 sar -W 才能准确诊断。
sar -B 本身不支持“实时”刷新显示（像 top 那样滚动更新），它只做采样统计；想判断内存压力，关键不是看单次 sar -B 输出，而是观察 pgpgin/s 和 pgpgout/s 的持续偏高趋势，以及是否伴随 pgmajfault/s 显著上升。
为什么 sar -B 的输出容易误判内存压力
直接执行 sar -B 1 1 只会打出一个瞬时快照，比如：
08:22:10 pgpgin/s pgpgout/s fault/s majflt/s pgfree/s pgscank/s pgscand/s pgsteal/s %vmeff 08:22:11 12.34 45.67 123.45 0.12 456.78 0.00 0.00 0.00 0.00
这个 majflt/s 是 0.12，看起来很低——但若该值在每秒 10+ 次的采样中稳定在 2~5，就说明进程频繁触发缺页中断，正在大量加载物理页，内存已吃紧。单次采样无法反映这种持续性压力。
常见错误是看到 pgpgout/s 数值大就认为“正在疯狂换出”，其实它可能只是缓存回收（pgpgin/s 同理），和 swap 毫无关系——sar -B 统计的是所有页的输入/输出，不是仅 swap 页面。
sar -B 各字段的真实含义与关注重点
别被名字误导：pgpgin/s 和 pgpgout/s 是每秒进出内存的页（4KB）总量，来源包括：文件映射、匿名页、swap 页面、page cache 回收等。真正指示内存压力的信号是：
-
pgmajfault/s：每秒**主缺页次数**。> 1 就值得警惕，> 5 通常意味着物理内存不足，内核被迫频繁从磁盘（swap 或文件）加载数据 -
pgpgout/s持续 >pgpgin/s且pgmajfault/s同步升高 → 很可能在 swap out + swap in 循环，即 thrashing -
%vmeff（=pgpgin / pgpgout× 100%）低于 30% 且pgmajfault/s高 → 页面置换效率极差，内存严重不足 -
pgscand/s或pgsteal/s> 0 → 内核已启动直接回收（direct reclaim）或 kswapd 压力大，是内存紧张的硬指标
实际排查时该怎么做
用 sar -B 判断内存压力，必须结合时间维度和交叉验证：
- 执行
sar -B 2 30（每 2 秒一次，共 30 次，覆盖 1 分钟），导出后用awk '{print $4}' | sort -n | tail -5看pgmajfault/s的 Top 5 峰值 - 同时跑
sar -r 2 30，比对%memused是否长期 > 90%、kbmemfree是否持续低于 500MB（视总内存而定） - 再补一句
sar -W 2 30：如果pswpin/s和pswpout/s显著 > 0，才说明真在 swap；否则sar -B里的高pgpgout/s可能只是 page cache 被回收 - 避免用
-o存二进制再-f查——二进制格式不直观，且sar -B的字段名不会出现在输出里，新手极易看错列
比 sar -B 更快定位内存问题的替代方式
sar -B 是事后回溯工具，不是实时诊断利器。真要快速响应，优先看：
-
free -h：一眼看available值，比free列更准；若available < 1G且buff/cache不低，说明 page cache 已无法释放 -
cat /proc/meminfo | grep -E "^(MemAvailable|SwapFree|Pgpgin|Pgpgout|Pgpgmajfault)"：直接读原始计数器，避开sar的采样延迟 -
vmstat 1：看si/so（swap in/out）、bi/bo（块设备 I/O）、sr（页面扫描速率），三者联动更能锁定瓶颈环节
sar -B 的价值在于历史归因——当服务已卡顿，你翻日志发现那段时间 pgmajfault/s 均值突增至 8.3，再结合 sar -r 确认内存耗尽，才能下结论：是内存不足引发的性能坍塌。它不擅长“现在是否正发生”，而擅长“刚才为何发生”。
