Linux系统swap分区爆满？3个实用命令快速定位和释放swap空间

Linux系统swap分区爆满？3个实用命令快速定位和释放swap空间

凌晨三点，监控告警的尖啸划破了寂静。你揉着惺忪的睡眼连上服务器，top命令里%MEM和%CPU的指标看似正常，但系统响应却慢如蜗牛，ssh敲个命令都要等上好几秒。这种“内存充足却性能低下”的诡异现象，十有八九是swap分区在作祟。它本是系统内存不足时的“救命稻草”，但当这根稻草被压垮，反而会成为拖垮整个系统的“绞索”。对于系统管理员和运维工程师而言，快速诊断并处理swap爆满问题，是一项必须掌握的“救火”技能。这篇文章，我将从一个真实的线上故障复盘开始，带你深入理解swap的工作原理，并分享一套我日常使用的、能快速定位问题根源并安全释放swap空间的命令组合与实战思路。

1. 理解Swap：内存的“备胎”与“性能陷阱”

在深入命令之前，我们得先搞清楚swap到底是什么，以及它为何会从“帮手”变成“杀手”。

简单来说，swap（交换空间） 是硬盘上的一块特殊区域，当物理内存（RAM）被耗尽时，Linux内核会将内存中暂时不活跃的“页”移动到这块硬盘空间里，从而为急需内存的活跃进程腾出RAM。你可以把它想象成电脑的“虚拟内存”，或者更形象一点——它是系统内存的**“备胎”**。

这个“备胎”机制有其存在的必然性：

• 防止OOM（Out-Of-Memory）：当所有RAM都被占用，且没有swap时，内核的OOM Killer会被触发，它会根据一套复杂的算法“杀死”某个进程来释放内存。这可能导致关键服务意外终止，造成业务中断。swap的存在为系统提供了一个缓冲，避免了这种“暴力”清理。
• 容纳不活跃内存：系统运行中会产生大量缓存（Cache）和缓冲区（Buffer），以及一些长时间不用的进程数据。将它们换出到swap，可以让宝贵的RAM服务于更紧急的任务。
• 支持休眠（Hibernate）：系统休眠时，需要将RAM中的所有内容保存到磁盘，swap分区（或文件）就是其存储目的地。

然而，swap的致命缺陷在于其速度。即使是目前最快的NVMe SSD，其访问延迟和吞吐量也远低于DDR4/DDR5内存。当系统开始频繁地从swap中读取数据（称为swap-in）或写入数据（称为swap-out）时，就会发生交换颠簸（Swapping Thrashing）。此时，CPU的大量时间将浪费在等待缓慢的磁盘I/O上，导致系统整体响应性急剧下降，出现我们开头描述的那种“卡顿”现象。

一个关键指标是 si（swap in）和 so（swap out），可以通过 vmstat 1 命令动态观察：

$ vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1  0 2048000 123456  78900 456789    0    5    10    20  100  200 10  5 80  5  0

如果 si 和 so 的数值持续非零（尤其是较高时），就是系统正在发生交换的明确信号。

注意：少量、偶发的swap使用是正常的，无需恐慌。 真正需要处理的是持续、高频率的swap活动，或者swap使用率长期高于80%