vm.swappiness参数控制内核交换倾向，取值0–100，默认60，表示剩余40%内存时即可能启用swap；建议数据库等内存敏感服务设为0或1，桌面环境设为10，过高值会加剧ssd磨损和延迟。
vm.swappiness 参数决定 Swap 使用激进程度
Linux 内核是否愿意把进程页换出到 Swap，不取决于内存是否“用完”，而取决于 vm.swappiness 的值。默认是 60，意味着内核在物理内存还有约 40% 空闲时，就可能开始往 Swap 写数据 —— 这对多数服务器反而有害。
常见错误现象：系统空闲内存还有 2–3GB，top 显示 %si（swap in）持续偏高，磁盘 I/O 升高，响应变慢。
-
vm.swappiness=0：仅在内存真正耗尽（OOM 前）才使用 Swap，适合数据库、Redis 等内存敏感服务 -
vm.swappiness=1：最常用折中值，保留极小交换意愿，避免 OOM，又基本不主动换出 -
vm.swappiness=10：适合桌面或 Java 应用较多的环境，允许适度预换出冷页 - 值 > 60 通常没必要，会显著增加 SSD 磨损和延迟
临时生效：sysctl vm.swappiness=1；永久生效需写入 /etc/sysctl.conf 并执行 sysctl -p。
多个 Swap 设备共存时，优先级由 priority 控制
当系统同时启用多个 Swap 文件或分区（比如一个 SSD 上的 /swapfile + 一个 HDD 上的 /dev/sdb1），内核不会按顺序使用，而是按 priority 数值从高到低选择 —— 数值越大，越优先被使用。
查看当前优先级：swapon --show=NAME,PRIORITY 或 cat /proc/swaps 第三列。
- 通过
swapon -p 100 /swapfile启用时指定优先级（-p 后跟整数） - 已启用的 Swap 无法动态改 priority，必须先
swapoff再用-p重启用 - /etc/fstab 中可通过
pri=100挂载选项固化优先级，例如：/swapfile none swap sw,pri=100 0 0 - 未显式设置 priority 的 Swap，默认值为 -1，永远排在最后
Swap 文件 vs Swap 分区：性能与灵活性取舍
Swap 文件（如 /swapfile）和 Swap 分区（如 /dev/sda2）在功能上等价，但底层行为不同：
- Swap 分区绕过文件系统层，I/O 路径更短，吞吐略高，适合长期稳定运行的生产环境
- Swap 文件支持在线扩容（
dd追加 +mkswap重初始化 +swapon -p），也方便在云盘或 LVM 上灵活部署 - 注意：XFS 文件系统不支持在已挂载的卷上对 Swap 文件执行
mkswap（会报错Operation not supported），建议用 ext4 或直接建分区 - Swap 文件必须关闭写时复制（COW）：对 Btrfs 需
chattr +C /swapfile，否则可能因 COW 导致性能崩溃
释放 Swap 后内存没立刻变多？别误判为失败
执行 swapoff -a && swapon -a 后，free -h 显示的 available 值未必大幅上升，这是正常现象。
原因在于：Swap 中的数据只有在被访问时才会被换回内存；如果这些页长期未被访问，内核会直接丢弃它们，而不是立即读回 —— 所以你看到的是“懒加载”后的实际可用内存，不是理论最大值。
验证是否真正清空 Swap：grep -i 'swaptotal\|swapfree' /proc/meminfo，若 SwapFree 接近 SwapTotal，说明 Swap 已基本空闲。
容易忽略的一点：drop_caches 不影响 Swap 数据，它只清理 pagecache/dentries/inodes；想让内存压力下降，关键是降低 vm.swappiness 并确保 Swap 设备本身不被频繁命中。
