四十四、Redis的数据持久化（RDB、AOF）

一、定义

二、RDB

1、默认方案：

2、bgsave方案：

3、bgsave的基本流程：

4、RDB会在什么时候执行？save 60 1000代表什么含义？

5、RDB的缺点：

三、AOF

1、定义：

2、流程：

四、RDB与AOF的对比

RDB全称Redis Database Backup file（Redis数据备份文件），也被叫做Redis数据快照。
简单来说就是把内存中的所有数据都记录到磁盘中。
当Redis实例故障重启后，从磁盘读取快照文件，恢复数据。
快照文件在称为RDB文件，默认是保存在当前运行目录。

注意：

Redis停机时会执行一次RDB。

Redis内部有触发RDB的机制，可以在redis.conf文件中找到，格式如下：

RDB的其它配置也可以在redis.conf文件中设置：

通过页表的复制，实现数据的共享；
数据副本可以避免脏写的问题；

fork主进程得到一个子进程，共享内存空间。
子进程读取内存数据并写入新的RDB文件。
用新RDB文件替换旧的RDB文件。

默认是服务停止时。
代表60秒内至少执行1000次修改则触发RDB。

RDB执行间隔时间长，两次RDB之间写入数据有丢失的风险。
fork子进程、压缩、写出RDB文件都比较耗时。

AOF全称为Append Only File（追加文件）。Redis处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。

AOF默认是关闭的，需要修改redis.conf配置文件来开启AOF：

AOF的命令记录的频率也可以通过redis.conf文件来配：

因为是记录命令，AOF文件会比RDB文件大的多。
而且AOF会记录对同一个key的多次写操作，但只有最后一次写操作才有意义。
通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同效果。

	RDB	AOF
持久化方式	定时对整个内存做快照	记录每一次执行的命令
数据完整性	不完整，两次备份之间会丢失	相对完整，取决于刷盘策略
文件大小	会有压缩，文件体积小	记录命令，文件体积很大
宕机恢复速度	很快	慢
数据恢复优先级	低，因为数据完整性不如AOF	高，因为数据完整性更高
系统资源占用	高，大量CPU和内存消耗	低，主要是磁盘IO资源但AOF重写时会占用大量CPU和内存资源
使用场景	可以容忍数分钟的数据丢失，追求更快的启动速度	对数据安全性要求较高常见