Swap 分区性能调优：swappiness 参数从 0 到 100 的 4 种场景配置

当物理内存不足时，Linux 系统会将部分内存数据交换到磁盘上的 Swap 分区。这个过程的积极程度由vm.swappiness参数控制，它决定了系统何时开始使用 Swap 空间。理解并正确配置这个参数，可以显著提升关键应用的性能表现。

1. 理解 swappiness 的核心机制

vm.swappiness参数的值范围是 0 到 100，它代表了系统使用 Swap 空间的倾向性：

• 0：仅在物理内存耗尽（OOM）时才使用 Swap
• 100：积极使用 Swap 空间，即使物理内存还很充足

现代 Linux 发行版通常默认设置为 60，这是一个折中值。但默认值并不适合所有场景，特别是对于性能敏感的应用。

内存回收的两个阶段：

1. 页面缓存回收：Linux 会优先回收未修改的页面缓存（Page Cache），这部分数据可以直接丢弃，因为可以从磁盘重新读取
2. 匿名页面交换：当页面缓存不足时，系统开始将匿名页面（Anonymous Pages，如进程堆栈数据）交换到 Swap 空间

swappiness主要影响第二阶段的行为。值越高，系统越早开始交换匿名页面。

提示：可以通过cat /proc/sys/vm/swappiness查看当前系统的 swappiness 值

2. 四种典型场景的配置建议

不同工作负载对内存的需求差异很大，下面是根据实际经验总结的配置方案：

2.1 数据库服务器（MySQL/PostgreSQL）

推荐值：1-10

数据库系统严重依赖缓冲池（Buffer Pool）来加速查询。如果这些内存页被交换到磁盘，会导致严重的性能下降。

# 临时设置（立即生效） sudo sysctl vm.swappiness=5 # 永久设置（重启后生效） echo "vm.swappiness=5" | sudo tee -a /etc/sysctl.conf sudo sysctl -p

关键指标监控：

# 查看Swap使用情况 vmstat 1 # 监控InnoDB缓冲池状态（MySQL） SHOW ENGINE INNODB STATUS\G

2.2 内存数据库（Redis/Memcached）

推荐值：1

这些系统对延迟极其敏感，任何交换操作都会直接影响性能。设置为 1 表示仅在绝对必要时才使用 Swap。

# 通过Cgroup v2限制（推荐） sudo mkdir /sys/fs/cgroup/redis echo 1 | sudo tee /sys/fs/cgroup/redis/memory.swappiness

性能对比测试：

2.3 Web应用服务器（Nginx/Apache）

推荐值：10-60

Web服务器需要平衡内存使用和响应速度。可以根据具体负载动态调整：

# 根据内存压力自动调整（示例脚本） #!/bin/bash free_mem=$(free -m | awk '/Mem:/ {print $4}') if [ $free_mem -lt 500 ]; then sudo sysctl vm.swappiness=30 else sudo sysctl vm.swappiness=10 fi

优化建议：

• 静态内容服务器：偏向更低值（10-20）
• 动态应用服务器：可以适度提高（30-50）

2.4 通用服务器/开发环境

推荐值：30-60

对于没有特殊需求的系统，保持默认值或适度调整即可：

# 检查当前值 cat /proc/sys/vm/swappiness # 修改为40 sudo sysctl vm.swappiness=40

3. 高级调优技巧

3.1 Cgroup v2 的优先级控制

现代Linux系统使用Cgroup v2管理资源，可以为不同服务设置独立的swappiness：

# 为MySQL服务创建独立配置 sudo mkdir /sys/fs/cgroup/system.slice/mysql.service echo 10 | sudo tee /sys/fs/cgroup/system.slice/mysql.service/memory.swappiness

3.2 交换分区与交换文件的性能对比

在SSD上，交换文件的性能已经接近专用交换分区：

创建高性能交换文件：

# 在SSD上创建交换文件 sudo fallocate -l 4G /swapfile sudo chmod 600 /swapfile sudo mkswap /swapfile sudo swapon /swapfile --priority 100 # 设置更高优先级

3.3 监控与告警设置

建立Swap使用监控体系：

# 实时监控脚本示例 while true; do swap_used=$(free -m | awk '/Swap:/ {print $3}') if [ $swap_used -gt 1024 ]; then # 超过1GB使用时告警 echo "警告：Swap使用量过高 - ${swap_used}MB" | mail -s "Swap警报" admin@example.com fi sleep 300 done

4. 常见问题解决方案

问题1：修改swappiness后没有效果

可能原因：

• Cgroup v1的局部配置覆盖了全局设置
• 系统内存充足，无需使用Swap

解决方案：

# 检查所有Cgroup的swappiness设置 find /sys/fs/cgroup -name "memory.swappiness" | xargs grep -H .

问题2：Swap使用导致性能下降

优化步骤：

1. 识别使用Swap的进程：

   for file in /proc/*/status; do awk '/VmSwap|Name/{printf $2 " " $3}END{ print ""}' $file done | sort -k 2 -n -r | head -10

2. 考虑为关键进程设置内存限制
3. 增加物理内存或优化应用内存使用

问题3：云环境下的特殊考量

主要云厂商的建议：

• AWS：对EBS-backed实例建议使用Swap
• Azure：对B系列等突发性能实例推荐配置Swap
• 阿里云：对内存<8GB的实例推荐Swap大小为内存的1-1.5倍

在Kubernetes环境中，可以通过ResourceQuota限制Pod的Swap使用：

apiVersion: v1 kind: ResourceQuota metadata: name: mem-swap-demo spec: hard: limits.memory: 1Gi limits.swap: 500Mi

通过实际测试发现，将数据库类应用的swappiness设置为5-10，配合适当的监控机制，可以在内存使用和性能之间取得最佳平衡。而对于开发者工作站，保持默认值60通常是最省心的选择。