redis卡顿大概率非swap引起，须先用cat /proc/pid/status | grep -i swap确认进程swap值是否为0；vm.swappiness=0不等于禁用swap，反而易触发oom killer，推荐设为1并配合maxmemory、cgroups等综合管控。

Redis卡顿大概率不是Swap引起的，先确认再调参；盲目设vm.swappiness=0反而可能触发OOM Killer杀掉进程。

怎么确认Redis真在用Swap

不能只看free -h或swapon --show——它们只显示全局Swap状态，不反映Redis进程本身是否被换出。

• 先拿到Redis进程号：pidof redis-server 或 ps aux | grep redis
• 查该进程实际Swap用量：cat /proc/<pid>/status | grep -i swap</pid>，关注Swap字段值；若为0，说明没交换，别动vm.swappiness
• 更细粒度检查：cat /proc/<pid>/smaps | awk '/^Swap:/ {sum += $2} END {print sum}'</pid>，输出单位是KB；持续高于几MB才值得干预
• 同时跑watch -n 1 'cat /proc/<pid>/status | grep -E "(VmRSS|VmSize|Swap)"'</pid>，观察Swap是否随内存压力上升而增长

为什么vm.swappiness=0不是安全解法

Linux内核文档明确写：设为0 ≠ 禁用Swap，只是“尽可能避免”。以下情况仍会换出：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 内存严重不足且有匿名页（如Redis堆内存）无法回收时，内核仍可能换出部分页
• 系统启用了zram或zswap，它们绕过swappiness逻辑
• RHEL 8+等发行版默认启用memory.min cgroup限制，会干扰swappiness行为
• 真正禁用Swap得执行swapoff -a并注释/etc/fstab中swap行

生产环境该设成多少：vm.swappiness=1比=0更稳

内核开发者多次强调：swappiness=0在现代内存管理中过于激进，容易导致page cache回收失衡，反而加剧I/O延迟。对Redis这类服务，1是更合理的选择：

• 允许内核在OOM前换出极少量匿名页，避免OOM Killer突然杀掉redis-server
• 保留page cache弹性，利于AOF重写或RDB生成时的文件读写性能
• AWS EC2、阿里云ECS等主流云平台默认值就是1
• 临时生效：sysctl -w vm.swappiness=1；永久生效：往/etc/sysctl.conf加vm.swappiness=1，再sysctl -p

比调vm.swappiness更关键的三件事

参数调得再准，也压不住内存无节制增长。真正要盯住的是：

• maxmemory必须设：在redis.conf中显式配置，比如maxmemory 4gb，并配合理策略如maxmemory-policy allkeys-lru
• 用cgroups v2做硬限：比内核参数更精准，例如echo 4G > /sys/fs/cgroup/redis/memory.max，防止Redis吃光整机内存
• 关掉透明大页（THP）：echo never > /sys/kernel/mm/transparent_hugepage/enabled，否则内存分配碎片化会间接诱发Swap

Swap只是症状，内存失控才是病根。调参前先看info memory里的mem_fragmentation_ratio和used_memory_rss，这两个值比vm.swappiness更能说明问题。