Redis笔记17：持久化-RDB/AOF

redis是内存数据库，当服务器进程退出时，服务器中数据也会消失，所以需要将数据保存到磁盘中，因此redis提供了持久化功能。

RDB

在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是snapshot快照，它恢复时是将快照文件直接读到内存里。

fork：
在linux程序中，fork()会产生一个和父进程完全相同的子进程，但子进程在此后多会被exec调用，出于效率考虑，linux中引入了“写时复制技术”，一般情况父进程和子进程会共用同一段物理内存，只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制一份给子进程。

rdb持久化部分配置：

触发机制：手动触发

手动触发分别对应save和bgsave命令
·save命令：阻塞当前Redis服务器，直到RDB过程完成为止，对于内存 比较大的实例会造成长时间阻塞，线上环境不建议使用
·bgsave命令：Redis进程执行fork操作创建子进程，RDB持久化过程由子 进程负责，完成后自动结束。阻塞只发生在fork阶段，一般时间很短

触发机制：自动触发RDB的持久

1）使用save相关配置，如“save m n”。表示m秒内数据集存在n次修改 时，自动触发bgsave。

2）如果从节点执行全量复制操作，主节点自动执行bgsave生成RDB文件并发送给从节点，更多细节见6.3节介绍的复制原理。
3）执行debug reload命令重新加载Redis时，也会自动触发save操作。
4）默认情况下执行shutdown命令时，如果没有开启AOF持久化功能则 自动执行bgsave。
bgsave是主流的触发RDB持久化方式

rdb的优点：（相较于aof）

节省磁盘空间
恢复速度极快

rdb的缺点：

虽然redis在fork时使用了写时拷贝技术，但是如果数据庞大还是比较消耗性能。
每次备份会有一定的间隔时间，如果redis意外宕机，u会丢失最后一次快照之后的所有修改。

---

Aof（append only file）

以日志的形式来记录每个写的操作，将redis执行过的所有指令记录下来（读不记录），只许追加文件但不可以改写文件，redis启动开始会读取该文件重新构建数据。

aof配置

只需要修改开启即可，重启redis后即可生效

如果修改了这个文件，启动连接失败

redis提供了一个修复aof工具 redis-check-aof

这个修复直接删掉了错误的命令
这时重新启动连接 就可以了

重写：

Aof默认就是文件的无限追加，文件会越来越大，超过64M就fork一个进程重写

优点缺点：

扩展信息：