Redis的两种持久化方式

Redis持久化是什么

在指定时间内将数据快照写入到磁盘中，也就是将内存中的数据持久化到磁盘中。Redis会单独创建一个fork进程来进行持久化。

Redis持久化的两种方式

• RDB 持久化方式能够在指定的时间间隔对你的数据进行快照存储。
• AOF 持久化方式记录每次对服务器写的操作，当服务器重启的时候会重新执行这些命令来恢复原始的数据，AOF 命令以 Redis 协议追加保存每次写的操作到文件末尾。

RDB

在配置文件redis.conf中存在rdb的目录位置配置

dbfilename dump.rdb

在配置文件redis.conf中存在配置rdb的保存时间,如果需要自定义的可以将这些注释掉，然后按照对应的格式定义即可（save 时间 key的改变次数）

save 900 1
save 300 10
save 60 10000

触发规则

1. 配置文件中的save命令满足之后触发rdb规则
2. 执行flushall命令过后也会执行rdb规则

如何恢复rdb文件
只需要将rdb文件存放到redis的启动目录下即可，redis启动的时候会自动检查dump.rdb文件。恢复里面的数据

查看应该存放的位置

127.0.0.1:6379> CONFIG GET dir
1) "dir"
2) "/usr/local/bin"
127.0.0.1:6379> 

优缺点

• 优点：
  • 适合大规模的数据恢复，因为会创建子线程fork
  • 对数据完整性不高
• 缺点：
• 需要一定的时间间隔，如果redis宕机了，最后一次的修改就没有了
• fork的时候会占用一定的内存空间

AOF

原理：将所有的操作都以日志的方式记录下来，恢复的时候就把这个文件全部执行一遍
保存的文件是appendonly.aof

配置文件

1. 在redis.conf配置文件中有aop的配置文件位置

appendonly no

# The name of the append only file (default: "appendonly.aof")

appendfilename "appendonly.aof"

2. 默认是不开启的，要开启需要将appendonly后面改为yes。后面还有一些aof的详细配置，可以进行修改或保持默认
3. 更改重启后就生效了，在启动目录下会生成appledonly.aof文件
4. 如果文件出错了，redis无法启动，可以使用redis-check-aof --fix appendonly.aof进行修复

AOF优缺点

• 优点
  • 每次修改都同步，完整性更好
  • 每秒同步一次，可能会丢失一秒的数据
  • 从不同步，效率最高
• 缺点
  • aof文件远大于rdb,修复速度也比较慢
  • aof运行效率也比rdb慢，所以redis默认使用是rdb