Redis 持久化

持久化

一、 RDB (Redis DataBase)

1. 原理

在指定的时间内将内存中的数据集快照 Snapshot 写入磁盘，恢复时将快照文件直接读到内存

Redis 会单独fork一个子进程，子进程会先将数据集快照写入一个临时RDB文件，待写入过程结束再替换原来的快照文件

优点：

• 父进程不需要进程任何 I/O 操作，性能极高，适合大数据恢复
• 对数据完整性要求不高

缺点：

• 需要一定时间间隔进程操作，如果redis意外宕机，最后一次持久化数据丢失
• fork子进程，会占用一定的内存空间

rdb保存的文件名 dump.rdb

2. 触发机制

1). save的规则满足时
2). 执行flushall后
3). 退出redis 后 、

3. 恢复数据

redis启动时，会自动检查redi启动目录下的rdb文件，恢复其中的数据

二、 AOF (Append Only File)

1. 原理

以日志的形式来记录每个写操作，将redis执行过的所有指令记录下来（读操作不记录），只允许追加文件但不允许改写文件。
Redis启动时会读取该文件重新构建数据，即根据日志文件的内容将写指令从前到后执行一次以完成数据恢复
（如果文件太大 > 64mb，会fork一个新的进程来重写）

优点：

• 每次修改都同步，文件的完整会更好
• 每秒同步一次，可能会丢失一秒的数据，从不同步，效率最高
  缺点：
• aof 文件远大于 rdb 文件，修复速度也更慢
• aof 运行也比 rdb 慢

aof保存的文件名 appendonly.aof

2. 开启

默认不开启 将appendonly 从no 改为yes ，重启即可生效

3. 恢复数据

如果aof文件有错误，redis无法启动，可以使用redis提供的修复工具修复aof
redis –check –aof --fix
如果文件修复，重启就可恢复数据

三、性能建议

1. 只用 redis 做缓存，可以不用持久化
2. 同时开启rdb和aof时，Redis 会优先使用 aof，因为数据的完整性更好
3. 因为RDB文件只做后备用途，建议只在Slave上持久化文件，一般设置15分钟备份一次，只保留 save 900 1这条规则