四十四、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。

二、RDB

1、默认方案：

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

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

2、bgsave方案：

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

3、bgsave的基本流程：

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

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

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

5、RDB的缺点：

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

三、AOF

1、定义：

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

2、流程：

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

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

配置项	刷盘时机	优点	缺点
Always	同步刷盘	可靠性高，几乎不丢数据	性能影响大
everysec	每秒刷盘	性能适中	最多丢失1秒数据
no	操作系统控制	性能最好	可靠性较差，可能丢失大量数据

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

四、RDB与AOF的对比

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