Redis 实现持久化

Redis ⽀持 RDB ( 定期备份 ) 和 AOF ( 实时备份 ) 和 混合持久化 (结合RDB 和 AOF 的特点) 持久化机制，持久化功能有效地避免因进程退出造成数据丢失问题， 当下次重启时利⽤之前持久化的⽂件即可实现数据恢复。

RDB（Redis DataBase）

RDB 是一种快照备份机制，在指定的时间间隔内将内存中的数据集快照写入磁盘。

1. 手动触发

save：执行 save 的时候，redis 就会全力以赴的进行 " 快照生成 " 操作，此时就会阻塞 redis 的其他客户端的命令，直到进行 RDB 为止，导致类似于 keys * 的后果。一般不建议使用 save。

bgsave：Redis 进程执⾏ fork 操作创建⼦进程，RDB 持久化过程由⼦进程负责，完成后⾃动 结束。阻塞只发⽣在 fork 阶段，⼀般时间很短。不会影响 Redis 服务器处理其他客户端的请求和命令。

2. 自动触发

Redis 运行自动触发 RDB 持久化机制。

1. 使用 save 配置。如 "save m n" 表示 m 秒内数据集至少发生了 n 次修改，自动 RDB 持久化。

2. 执行 shutdown 命令关闭 Redis 时，执行 RDB 持久化

3. 从节点进行全量复制操作时，主节点自动进行 RDB 持久化，随后将 RDB ⽂件内容发送给从结点。

特点

（1）数据恢复：RDB 存储的是 Redis 在某个时间点的数据，恢复时只需从磁盘中读取最近保存的快照文件即可，因此恢复速度非常快。

（2）数据完整性：由于是按一定时间间隔进行备份，数据可能会存在一部分的丢失，对数据完整性和一致性要求不高时更适合使用。

（3）磁盘空间：RDB文件是二进制数据压缩文件，数据落地速度快，体积小，节省磁盘空间。

（4）性能影响：在Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑。虽然Redis 在 fork 时使用了写时拷贝技术，但如果数据庞大时还是比较消耗性能。

使用场景：更适合于对数据完整性要求不高、需要快速恢复且数据量较大的场景，如数据备份存储。

---

AOF（Append Only File）

AOF 是以日志的形式来记录每个写操作（增量保存），将 Redis 执行过的所有写指令记录下来（读操作不记录）。每次 Redis 重启的时候会读取 AOF 文件中的内容用来恢复数据（开启AOF 时 RDB 就不生效了，启动的时候不会再读取 RDB 了）

AOF 重写机制：

在进行 AOF 进行重写数据时，会有大量冗余操作（比如你set key 又 del key 就相当于啥都没干），redis 中就存在重写机制对 AOF 文件进行整理（为内存中的如今状态）。

特点

数据恢复：Redis 重启时会根据 AOF 文件的内容将写指令从前到后执行一次以完成数据的恢复工作，备份机制更稳健，丢失数据概率更低。

可读性：AOF 文件是可读的日志文本，通过操作AOF文件可以处理误操作。 磁盘空间：AOF 相比RDB 会占用更多的磁盘空间。

恢复速度：由于 AOF 记录了所有的写操作，恢复备份速度要慢于 RDB。

性能影响：如果每次读写都同步到 AOF 文件，会有一定的性能压力。

使用场景：更适合于对数据完整性要求高、需要记录每次写操作的场景，如数据恢复和误操作处理。

---

扩展问题

Redis 是单线程，怎么做到实现bgsave这个多线程的场景呢？？？

答：redis 在此处使用的是 "多进程" 的方式来完成的并发编程。

1. 执行 bgsave 命令，Redis 父进程判断当前进是否存在其他正在执⾏的子进程，如 RDB / AOF 子进程，如果存在 bgsave 命令直接返回。（也就是看看是不是只有一个在执行 bgsave）

2. 没有子进程的话，就通过 fork 创建子进程（就是把父进程复制一份，互不干扰）。

3. 父进程完成 fork 后不再阻塞，可以继续响应其他命令。

4. 子进程创建 RDB 文件，根据⽗进程内存生成临时快照文件，完成后对原有文件进行原子替换。

5. 进程发送信号给父进程表示完成，父进程更新统计信息。

Redis 快重要原因是操作内存，但是引入 AOF 后，既要写内存还要写硬盘，为啥 Redis 还是很" 快 " ？？？

AOF 不会影响到 redis 处理请求的速度：

1. AOF 机制不是直接让工作线程把数据写到硬盘，而是先写到内存中的缓冲区，进行积累，再统一写入硬盘。大大降低了写硬盘的次数。（写到硬盘中的数据大小对性能影响不大，写入的次数是重要因素）

2. 硬盘上读写数据，顺序读写相对比较快（还是比读内存慢），随机访问比较慢。AOF 就是把新的操作写入到原有文件的末尾属于顺序写入。

上面说写入到缓冲区，那么缓冲区刷新策略是什么呢 ？

always：写一条数据到缓冲区就立马刷新。

everysec：每秒刷新一次。

no：操作系统自己进行刷新。