应使用 free -h 快速查看 swap 表面使用率，但需结合 vmstat 查 si/so 判断是否频繁换入换出，再用 swapon --show 确认设备类型、数量及优先级，避免仅凭 used 百分比误判系统健康状况。
Swap 使用率不能只看百分比，得结合是否活跃换入换出、有没有多设备、优先级是否合理来判断——光看 free -h 里的 used 值，容易误判系统健康状况。
怎么看当前 Swap 占用比例（快速但有陷阱）
最直接的命令是 free -h，输出中 Swap 行的 used / total 就是表面使用率。比如 Swap: 2.0G 1.8G 200M，看起来用了 90%。
但要注意：
- 这个
used是内核已把页写入 swap 的累计量，不等于“正在被活跃访问”；进程退出后，这些页可能还留在 swap 里没回收 - 如果
si和so（用vmstat 1 5查）持续为 0，哪怕used是 1.9G，也可能是历史残留，不用紧张 -
free的单位是人类可读格式，但内部采样和/proc/swaps可能有毫秒级偏差，数值差几 MB 属正常
怎么确认 Swap 设备是否启用、类型和优先级
运行 swapon --show，它会列出所有当前生效的 swap 区域，字段包括 NAME、TYPE、SIZE、USED、PRIO。
关键点：
-
TYPE是partition还是file？swapfile 在 ext4/xfs 上支持延迟分配，USED计算方式可能和传统分区略有差异 -
PRIO决定使用顺序：数值越大越优先。多个设备设相同PRIO时，内核轮询写入，能摊平 I/O 压力 - 如果输出为空，说明根本没启用任何 swap——这时候谈“使用率”就没意义
- 某些系统（如启用了
zram的 Ubuntu）会在swapon --show中显示zram0，它的SIZE是压缩后的内存容量，USED是压缩后实际占用，和磁盘 swap 不是一回事
怎么判断 Swap 是否在频繁换入换出（真正影响性能的指标）
执行 vmstat 1 5，重点关注最后两列：si（swap-in，KB/s）和 so（swap-out，KB/s）。
典型问题信号：
- 连续几秒
si或so> 0，尤其 > 100 KB/s，说明内核正大量搬运内存页，磁盘 I/O 会明显上涨 -
so高 +free中MemAvailable很低（比如 - 如果
si高但so几乎为 0，可能是某进程刚从 swap 换回，属于短暂行为，不必立即干预 - 注意：部分云主机或容器环境（如 Docker Desktop for Linux）可能禁用 swap，此时
si/so恒为 0，但free的Swap行可能仍显示非零值（因 cgroup memory limit 触发的伪 swap 行为）
哪些场景下 Swap 占满也不代表要扩容
别一看到 used == total 就急着加 swap 或调 vm.swappiness。
真实可用的判断依据：
- 检查
dmesg | tail -20有没有Out of memory或Killed process—— 这才是 OOM 的铁证 - 看
free -h第二行的available值：只要还有几百 MB，内核就仍有余力调度，swap 满只是保守策略 - 多个 swap 设备时，低
PRIO的可能完全没触发，实际压力全压在高优先级那个上，扩容前先用swapon --show确认负载分布 - 某些数据库（如 PostgreSQL）或 JVM 应用会主动锁定内存（
mlock），导致可用内存减少、swap 被动升高，这时该调应用配置，而不是系统 swap
真正容易被忽略的是：swap 的存在意义不是“避免 OOM”，而是给内核腾出空间做缓存管理。很多线上服务在 swappiness=1 下长期跑着 80% swap 使用率，只要 si/so 平静、MemAvailable 充足、dmesg 干净，它就是健康的。
