在Ubuntu服务器运维中，内存压缩和swap使用率控制是保障系统稳定与性能的核心。当物理内存不足时，系统会通过两种主要机制应对：一是使用zswap或zram进行内存压缩，将部分内存数据压缩后仍存放在内存中，以减少对慢速磁盘swap的依赖；二是启用传统的磁盘swap分区或文件，将不活跃的内存页交换到磁盘。但swap使用率过高会导致系统响应迟缓，因此必须主动监控和优化。直接解决方案包括调整内核参数、合理配置zswap、优化swapiness值以及监控工具的使用。
理解内存压缩：zswap与zram的工作机制
Ubuntu系统默认采用的内存压缩技术是zswap。它是一个压缩的回写缓存，当内存压力增大时，zswap会拦截即将被写入磁盘swap的数据块，尝试在内存中对其进行压缩存储。如果压缩成功，数据就留在内存的压缩池中；如果压缩失败或压缩池已满，数据才会被写入磁盘swap。这显著减少了慢速的磁盘I/O操作。另一种方案是zram，它创建一个基于内存的块设备，并在此设备上使用swap，所有数据都会被压缩。zram更适合内存较小但CPU较强的环境，因为它完全避免了磁盘交换，但会消耗更多CPU资源进行压缩/解压。在Ubuntu上，zswap通常已内置启用，而zram可能需要手动配置。
监控swap使用率与内存状态的关键命令
首先，你必须清楚如何查看系统当前的内存和swap状态。使用
free -h
命令可以快速查看内存总量、使用量、空闲量以及swap的使用情况。重点关注"Swap"行的"used"值。更详细的实时监控可以使用
top
或
htop
命令，在顶部信息行可以看到Swap的使用量。此外，
vmstat 1
命令可以每秒输出一次系统状态，观察"si"（swap in）和"so"（swap out）列，如果这两个值持续大于0，说明系统正在频繁进行swap交换，性能已受影响。另一个专业工具是
sar -S 1
，它可以持续报告swap使用率百分比。
调整swappiness内核参数以控制swap倾向
内核参数vm.swappiness决定了系统有多“积极”地将内存页交换到磁盘swap。其值范围从0到100，默认值通常是60。值越高，内核越倾向于使用swap；值越低，则越倾向于保留在物理内存并尝试压缩。对于配备了zswap的现代系统，建议适当降低该值。例如，对于数据库或Web服务器，可以设置为10-30，以尽量避免磁盘交换。使用以下命令临时修改：
sudo sysctl vm.swappiness=20
。要永久生效，编辑
/etc/sysctl.conf
文件，添加一行
vm.swappiness=20
，然后运行
sudo sysctl -p
加载配置。注意，将其设为0在早期内核中可能导致内存耗尽时系统被锁定，现在内核会在极端情况下忽略此设置，但仍不建议设为0。
配置与优化zswap参数
要检查和修改zswap的当前配置，你可以查看内核启动参数或sysfs接口。使用
cat /sys/module/zswap/parameters/enabled
确认zswap是否启用（应显示Y）。关键参数包括压缩算法（zpool）和存储池类型（zbud或z3fold）。z3fold是较新且更高效的压缩存储池。你可以通过内核启动参数调整。编辑
/etc/default/grub
文件，在
GRUB_CMDLINE_LINUX_DEFAULT
行中添加参数，例如：
zswap.enabled=1 zswap.compressor=lz4 zswap.zpool=z3fold zswap.max_pool_percent=20
。这里指定了使用lz4快速压缩算法、z3fold存储池，并将压缩池最大限制为内存的20%。更新grub后重启生效。lz4在速度和压缩比上取得了很好的平衡，非常适合实时压缩。
配置zram作为swap的替代方案
如果你的系统物理内存有限（例如小于4GB），且CPU性能尚可，可以考虑用zram完全替代磁盘swap。首先安装必要工具：
sudo apt install zram-config
。但默认配置可能不理想，手动配置能获得更佳控制。创建一个脚本
/usr/local/bin/init-zram.sh
：
#!/bin/bash modprobe zram echo lz4 > /sys/block/zram0/comp_algorithm echo 2G > /sys/block/zram0/disksize mkswap /dev/zram0 swapon -p 100 /dev/zram0
这个脚本加载zram模块，设置压缩算法为lz4，定义zram设备大小为2GB（通常建议为物理内存的50%-100%），然后将其格式化为swap并启用，优先级设为100（高于磁盘swap）。赋予脚本执行权限，并通过systemd服务或rc.local使其开机自动运行。使用zram后，你可能会发现磁盘swap使用率始终为0，所有交换都在高速的内存压缩设备中进行。
管理磁盘swap：优先级、大小与缓存压力
即使使用了内存压缩，磁盘swap作为最后一道防线仍然重要。使用
swapon --show
可以查看所有活跃的swap设备及其优先级（Pri）。优先级数字高的swap设备会被优先使用。你可以通过
/etc/fstab
文件为swap分区或文件设置优先级。例如，对于zram，我们设了优先级100；对于磁盘swap分区，可以设为-10，确保系统优先使用zram。另一个关键参数是
vm.vfs_cache_pressure，它控制内核回收用于目录和inode缓存的内存倾向。默认值100可能偏高，适当降低（如设置为50）可以让系统更倾向于保留缓存，从而间接减少内存压力：sudo sysctl vm.vfs_cache_pressure=50。
识别和处置导致swap激增的进程
当swap使用率异常高时，你需要定位元凶。使用
ps aux --sort=-%mem | head -20
查看内存消耗最高的进程。更精准的方法是使用
smem -s swap
命令（需安装smem），它可以显示每个进程占用的swap空间。一旦找到问题进程（比如某个Java应用内存泄漏或MySQL查询占用巨大内存），你需要根据具体情况处理：优化应用程序配置、重启服务，或者通过
cgroups
限制其内存使用。对于突发性内存需求，可以考虑临时增加swap空间，使用fallocate命令快速创建一个swap文件：
sudo fallocate -l 1G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile
这只是应急措施，长期解决方案仍需优化应用或增加物理内存。
建立长效监控与告警机制
主动运维离不开监控。你可以编写一个简单的Shell脚本，定期检查swap使用率，并在超过阈值（比如物理内存的20%）时发出告警。脚本示例：
#!/bin/bash
THRESHOLD_PERCENT=20
USED_PERCENT=$(free | grep Swap | awk '{if ($2==0) print 0; else printf "%.0f", $3/$2*100}')
if [ $USED_PERCENT -gt $THRESHOLD_PERCENT ]; then
echo "警告：Swap使用率已超过${THRESHOLD_PERCENT}%，当前为${USED_PERCENT}%" | mail -s "服务器Swap告警" admin@example.com
fi将此脚本加入crontab，每5分钟执行一次。更完善的方案是集成到Prometheus + Grafana或Zabbix等监控系统中，绘制内存与swap使用趋势图，设置自动化告警规则，实现历史数据回溯分析。
总结：平衡性能与成本的运维策略
有效的Ubuntu内存管理是一个分层策略：首先，通过优化应用程序和调整swappiness，尽可能在物理内存中满足需求；其次，利用zswap提供快速的内存压缩缓存层，吸收突发的内存压力；然后，对于内存非常紧张的系统，可用zram提供完全在内存中的压缩交换空间；最后，将磁盘swap作为低成本、高容量的安全网，但通过设置低优先级和监控来避免其被频繁使用。没有放之四海而皆准的配置，你需要结合服务器的具体角色（是数据库、Web服务器还是开发环境）、物理内存大小和负载模式，通过持续的监控和调优，找到内存压缩与swap使用率之间的最佳平衡点，从而在保障系统稳定的前提下最大化硬件资源的利用效率。
