Redis内存为何突然飙升

Redis 内存突然飙升，通常不是单一原因，而是数据结构、访问模式、持久化机制、客户端或运维操作叠加导致的。下面按 最常见 → 次常见 → 排查方法 给你一个结构化说明。

一、最常见原因（80% 以上）

1. 写入了大量数据（突发写流量）

• 业务侧：
  • 批量导入、缓存预热
  • 定时任务写入大量 key
  • 上游系统异常，疯狂写入
• 特征：
  • used_memory 持续或突然上涨
  • key 数量明显增多

✅ 检查：

redis-cli info keyspace
redis-cli info memory

2. 大 Key（非常常见）

一个 key 很大，直接导致内存暴涨

• 大 Hash / List / Set / ZSet / String
• 例如：
  • 一个 Hash 有 200 万个 field
  • 一个 List 存了几百万元素

✅ 排查：

redis-cli --bigkeys

⚠️ 注意：

• 大 key 不仅占内存，还会阻塞 Redis

3. Key 没设置过期时间（内存泄漏）

• 缓存当“数据库”用
• 忘记设置 TTL
• 逻辑删除而不是过期

✅ 检查：

redis-cli info stats
# 看 expired_keys 是否很少

✅ 建议：

• 所有缓存 key 必须有 TTL

4. 大量短 TTL key（过期未及时回收）

• key 很多，TTL 很短
• 过期 key 还没来得及删除

Redis 过期策略：

• 惰性删除（访问时才删）
• 定期删除（有频率限制）

✅ 现象：

• key 数量巨大
• used_memory 高但 keys 看起来不多

二、Redis 自身机制导致

5. 主从 / AOF / RDB 导致内存上涨

AOF 重写

• AOF rewrite 时会 fork 子进程
• Copy-On-Write 可能导致内存翻倍

RDB 快照

• bgsave 同样会 fork

✅ 典型现象：

• 内存短时间内翻倍
• 随后回落

6. 内存碎片（used_memory_rss 高）

• 频繁写入 + 删除
• key 大小变化大

redis-cli info memory
# mem_fragmentation_ratio > 1.5 就要注意

✅ 解决：

CONFIG SET activedefrag yes

三、客户端或运维误用

7. 客户端连接 + 输出缓冲区暴涨

• 慢客户端
• Pub/Sub 没人消费
• Monitor 命令

✅ 检查：

redis-cli client list

关注：

• omem（输出缓冲区）
• idle 时间

8. Lua 脚本持有大量数据

• Lua 脚本中生成大 table
• 脚本执行慢，阻塞释放

9. 误操作

• DEBUG SEGFAULT（测试环境）
• 误执行 FLUSHDB 后又大量写入
• 重复写入同一 key（append）

四、云 Redis / 容器环境特有问题

• 容器内存限制 ≠ Redis 实际内存
• 超卖内存
• 宿主机 swap 导致 RSS 异常

五、快速排查清单（强烈建议按顺序）

1️⃣ 看内存分布

redis-cli info memory

重点：

• used_memory
• used_memory_rss
• mem_fragmentation_ratio

2️⃣ 看 key 数量和大小

redis-cli info keyspace
redis-cli --bigkeys

3️⃣ 看过期情况

redis-cli info stats
# expired_keys
# evicted_keys

4️⃣ 看是否有持久化操作

redis-cli info persistence

5️⃣ 看客户端

redis-cli client list

六、常见组合场景（真实案例）

七、如果你愿意，我可以帮你精准定位

你可以直接贴出：

• info memory
• info stats
• key 数量
• 是否开启 AOF / RDB
• Redis 版本

我可以 直接帮你判断是哪一种原因，并给出针对性解决方案。