vm.swappiness控制内核回收内存时换出匿名页到swap的倾向程度，值越低越优先释放page cache，越高越倾向换出进程堆栈；0仅oom前启用swap，1为推荐保守值，60默认值易致ssd磨损。
vm.swappiness 不是控制“读写优先级”的参数，而是调节内核将匿名页（如进程堆、栈）换出到 Swap 的**倾向程度**。它不决定物理内存和 Swap 谁先被读、谁先被写，而是影响：当系统开始回收内存时，**多大比例的数据会走 Swap 换出路径，多大比例从 page cache（文件缓存）中释放**。
理解 swappiness 的实际作用
内核在内存紧张时需回收空间，有两个主要来源：
- 释放 file-backed 页面（比如缓存的文件数据），这部分属于 page cache，丢弃后可直接重读磁盘，无数据丢失风险；
- 换出 anonymous 页面（比如程序运行时的堆内存），这部分必须写入 Swap 才能腾出物理内存。
swappiness 就是告诉内核：在同等条件下，你更愿意从哪边“下手”。值越高，越倾向把匿名页换出到 Swap；值越低，越倾向只清理 cache，尽量保留匿名页在内存中。
常见取值与适用场景
取值范围是 0–100，但关键不是数字本身，而是它背后的行为逻辑：
- swappiness=0：内核仅在真正濒临 OOM（内存彻底耗尽）时才启用 Swap 换出。适合数据库、Redis、实时服务等对延迟极度敏感的应用；
- swappiness=1：最常用保守值。保留极小换出意愿，避免突发 OOM，又几乎不主动触发 Swap，兼顾稳定性与性能；
- swappiness=10：适合桌面环境或 Java 应用较多的服务器。允许适度预换出冷匿名页，缓解后续内存压力；
- swappiness≥60（默认值）：内核在物理内存还有约 40% 空闲时就可能启动 Swap，容易造成 SSD 频繁写入、I/O 延迟升高，多数服务器并不需要。
如何设置与验证
修改后不会立即改变已有内存状态，只影响后续内存回收行为：
-
临时生效（重启失效）：
sudo sysctl vm.swappiness=1； -
永久生效：编辑
/etc/sysctl.conf，添加一行vm.swappiness=1，再执行sudo sysctl -p； -
查看当前值：
cat /proc/sys/vm/swappiness或sysctl vm.swappiness； -
观察效果：运行
free -h和cat /proc/swaps，结合vmstat 1查看si（swap in）、so（swap out）列是否持续活跃。
注意：Swap 优先级 ≠ swappiness
如果你有多个 Swap 设备（例如一个 SSD 上的 /swapfile 和一个 HDD 上的 /dev/sdb1），它们的使用顺序由 priority 控制，而非 swappiness。priority 是每个 Swap 设备自己的属性，数值越大越优先使用。swappiness 是全局策略，只管“要不要换出”，不管“换到哪个设备上”。
