Linux查看swap使用方法及技巧

本文深入解析了Linux系统中swap空间的查看方法与性能诊断技巧，不仅教你用free -h快速掌握swap使用量，还强调不能只看占用率——真正影响性能的是vmstat中si/so指标反映的频繁换入换出；同时澄清了/proc/meminfo与free结果差异的原因，指出zram、swapfile等现代机制带来的统计偏差，并提醒swap满≠系统将崩，需结合MemAvailable、dmesg日志和进程内存行为综合判断，避免盲目扩容，直击运维中最易被误解的swap使用误区。

swap用了多少，一眼看懂的三个命令

直接看 free -h 最快——它把物理内存和 swap 合并在一行输出，Swap 行的 used 值就是当前已用交换空间。如果这个值接近 total（比如 1.9G / 2.0G），说明 swap 快撑不住了。

• swapon --show 能看到 swap 设备类型（partition/file）、大小、优先级（PRIO），适合确认系统到底挂载了几个 swap、哪个在生效
• cat /proc/swaps 输出最原始，字段对齐严格，适合脚本解析；注意 Used 单位是 KB，不是 MB
• 别只盯着 free 的 available 看——那是物理内存的可用量，和 swap 无关；swap 是否被用，只看 Swap 行的 used

swap 正在频繁进出？查 si/so 才算真忙

swap 占用高 ≠ 一定有问题；真正伤性能的是“频繁换入换出”，这会导致磁盘 I/O 暴涨、响应卡顿。这时候得看 vmstat 1 5 的 si（swap in）和 so（swap out）列：

• 连续几秒 si 或 so > 0，尤其 > 100 KB/s，说明内核正拼命搬页，大概率内存不足
• top 或 htop 顶部也会显示 swap 使用率，但不反映活跃度；它们更适合同步看哪些进程 RSS 高、正在吃内存
• 如果 si/so 为 0，哪怕 Swap: used 是 1.5G，也可能是历史残留（比如某程序刚退出，页还没回收），不用急着扩容

为什么 /proc/meminfo 里的 SwapTotal 和 free 不一致？

这是常见困惑点：cat /proc/meminfo | grep -i swap 显示的 SwapTotal 和 SwapFree 理论上应该等于 free 的 Swap 行，但偶尔会差一点——原因很实在：

• /proc/meminfo 是内核实时统计，free 是对它的封装，两者采样时刻可能有毫秒级偏差
• 如果系统启用了 zram 或 zswap，部分“swap”实际压在内存里，free 会把它算进 Swap，但 /proc/swaps 可能不列出（因为没真实块设备）
• 某些发行版（如 Ubuntu 22.04+）默认用 swapfile 而非 swap partition，文件系统碎片或延迟分配可能导致 Used 计算方式微调

swap 占满但系统没卡？先别急着加 swap

swap used 100% 并不自动等于“要崩”。Linux 的设计逻辑是：宁可多用 swap，也不轻易 OOM kill 进程。所以得结合其他指标交叉判断：

• 看 MemAvailable（/proc/meminfo 或 free -h 第二行）是否远大于 0——只要还有几百 MB 可用内存，swap 满只是保守策略
• 检查 dmesg | tail -20 有没有 Out of memory 或 Killed process——这才是真危险信号
• 如果 swapon --show 显示多个 swap 设备且 PRIO 不同，低优先级的可能根本没触发，实际负载全压在高优先级那个上

swap 容量不是越大越好；过大的 swap file 会拖慢 swapon 初始化，而 swap partition 扩容又得动分区表——真要调，优先从识别内存泄漏进程入手，而不是无脑加 swap。

今天关于《Linux查看swap使用方法及技巧》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！