Redis数据持久化

RDB

在指定的时间间隔内，执行指定次数的写操作，将内存中的数据集快照写入磁盘中，它是Redis默认的持久化方式。执行完操作后，在指定目录下会生成一个dump.rdb文件，Redis 重启的时候，通过加载dump.rdb文件来恢复数据。

如果一直是读取操作，那么Redis也不用重复备份！

RDB触发机制

自动触发：

save m n                  m秒数据集存在n次修改时，自动触发bgsave

save 900 1               900秒内有一个写入

手动触发：

1. save             会阻塞当前Redis服务器
2. bgsave         异步，Redis进程执行fork操作创建子进程

但RDB触发机制有点问题，这个备份周期是分钟级别的，但服务器每秒都要响应很多请求，这样会丢失很多数据

• 优点：与AOF相比，恢复大数据集的时候会更快，它适合大规模的数据恢复场景，如备份，全量复制等

• 缺点：没办法做到实时持久化/秒级持久化

AOF

采用日志的形式来记录每个写操作，追加到AOF文件的末尾。

Redis默认情况是不开启AOF的。重启时再重新执行AOF文件中的命令来恢复数据!AOF是执行完命令后才记录日志的。

为什么不先记录日志再执行命令呢？

这是因为Redis在向AOF记录日志时，不会先对这些命令进行语法检查，如果先记录日志再执行命令，日志中可能记录了错误的命令，Redis使用日志回复数据时，可能会出错。