为什么需要持久化？

Redis 虽然快。但它的数据主要存储在内存中，而内存属于易失性存储介质。

一旦断电或者服务重启。如果没有持久化机制，数据就可能瞬间丢失。

Redis 提供了两种持久化方案：RDB和 AOF。面试官常问这道题，很多人只说出“有两种方案”，却没有解释原理和取舍。导致面试卡点。

至于RDB，数据快照

什么是 RDB？

RDB把某一时刻的内存数据完整写入磁盘，生成一个二进制文件。下次启动时Redis 读取该文件，把数据恢复到内存里。不过，

说白了就是给内存拍一张照片。事后按照片还原，

手动触发

• SE由主进程执行，会阻塞所有其他操作。文件大时风险极高，生产环境基本不用。
• BGSE由子进程执行。异步操作，对主进程影响极小。生产环境首选。

自动触发

Redis 配置文件里默认有三条规则，满足任意一条就会在后台执行 BGSE：

# save  
save 900 1 # 900 秒内至少有 1 个 key 被修改
save 300 10 # 300 秒内至少有 10 个 key 被修改
save 60 10000 # 60 秒内至少有 10000 个 key 被修改

可以根据业务实际情况自行调整阈值。

RDB 的执行原理

BGSE 为什么不会阻塞主进程？

Linux 中进程通过虚拟内存 + 页表访问物理内存。说起来，执行 BGSE 时 Redis 会 fork 出子进程：

• fork 只复制页表。不复制实际数据
• 子进程拥有与主进程相同的映射关系，可以直接读取物理内存而无需拷贝。不过，
• This makes overhead of fork negligible compared with copying whole memory.

Copy on Write解决了什么？其实，

BGSE 写 RDB 文件的同时主进程仍在接受写请求。如果两者共享同一块内存，会产生读写冲突、脏数据。

COW 的工作方式：

1. fork 后共享页标记为只读。
2. 当主进程需要写入某页时操作程序会把该页拷贝一份给主进程使用，子进程继续读取旧副本。
3. 这样既保证了子进程能够完整地写出快照，又不影响主进程的正常服务。

AOF这方面，命令日志

什么是 AOF？

AOF记录的是 Redis 执行的每一个写命令。说起来，每次写操作都会追加到 AOF 文件末尾。

说白了就是把所有写操作写成日记，重启时重放日记即可恢复数据。

AOF 示例

# 三条写命令
SET number 1
SET name jack
INCR number
# AOF 会以 Redis 协议格式逐条记录这些命令，而不是单纯保存字符串。

AOF 开启与刷盘策略

AOF 默认关闭，需要在配置文件中将 aof-enabled yes/aof-use-rdb-preamble no 设置为开启。