至于主线。从“数据不丢”到“服务不挂”

第一站的观点是，日志——数据丢了怎么办？

Redis 把数据存在内存里重启就全没了。为了解决这个问题，Redis 提供了两种“日志”机制：RDB 快照和AOF 日志。老实说，

从RDB来看。定期拍照

RDB 就像给数据拍了一张全家福——把当前内存里的所有数据压缩成一个二进制文件存到磁盘上。

从AOF来看，逐条记账

AOF 正好相反——它记录每一条写命令像一个账本。服务器重启后把账本里的命令逐条重放 一遍，数据就回来了。

AOF 重写：文件太大怎么办？

AOF 文件会越来越大，Redis 会在后台自动重写（BGREWRITEAOF )。把MULTI+EXEC 结果合并成更少的命令行 》 成 SET 等更紧凑形式。话说回来，

# 重写过程 "不阻塞主线程"。完全在后台进行，

# 混合模式：我全都要！# # 同时开启 RDB 和 AOF # Redis 重启时优先加载 AOF。 Redis 之后支持 AOF + RDB 混合持久化 # AOF 重写时直接把 RDB 内容写在文件开头。接下来追加增量命令，实现快速恢复与高安全性的双重优势。#

# 第二站：过期删除——过期的 Key 怎么清理？# # 给 Key 设置过期时间后,Redis 如何及时删掉?答案是两种策略配合使用: 惰性删除 + 定期删除# # 惰性删除: 用的时候才检查 # 当你去 GET 一个 Key 时,Redis 先检查它是否已过期。如果是直接删掉并返回空，如果未过期则正常返回。至于优点，不浪费 CPU;缺点: 若某个 Key 长期未访问则会占用内存—僵尸键。# # 定期删除: 主动扫描清理僵尸键 # 为解决僵尸键问题,Redis 每秒执行一次 activeExpireCycle : 随机抽查若干已设置过期时间的 key 并删掉已过期的。可配置抽查数量和占用 CPU 时长，以免阻塞主线程。

# 大量 Key 同时过期怎么办?# 如果大量 Key 在同一时间设为相同过期时间，会导致单节点瞬间忙碌;可通过给每个 key 加上随机偏移量来打散压力，例如 EXPIRE key 60 + random。这样即使许多 key 同时到达，也能平均分布到不同时间段处理。