Redis_持久化

Redis本身是一个基于内存的非关系型数据库，但它提供了可以把数据写入硬盘的持久化机制，分别是RDB(Redis DataBase)和AOF(Append Only File)

• RDB持久化能够在指定的时间间隔对数据进行快照存储
• AOF持久化是记录每次对服务器的写操作，当服务器重启的时候会重新执行这些命令来恢复数据

当两种方式同时存在的时候，Redis重启优先载入AOF文件来恢复数据

RDB

Redis将数据快照保存在dump.rdb的二进制文件中，我们可以调用SAVE或BGSAVE来手动触发RDB保存数据，也可以根据设定的save时间来自动触发

RDB的优点

• 文件(dump.rdb)非常紧凑，保存了某个时间点的数据集，非常适用于数据集备份。我们可以每小时保存一下过去数据，或每天保存一次数据，这样我们未来可以随时根据需求来恢复到不同版本的数据集
• RDB是一个紧凑的单一文件，很方便上传至另一个远端数据中心，适合用于容灾备份
• RDB在保存RDB文件时父进程唯一需要做的就是fork出一个子进程，接下来的工作全部由子进程来做，父进程不需要再做其他IO操作，RDB可以最大化Redis的性能
• 与AOF相比，RDB在恢复大数据集的时候，RDB方式会更快一些

RDB的缺点

• RDB在意外情况下(例如断电)可能会丢失一部分数据，我们可以通过配置不同的save时间点(默认900 秒1次、300秒10次、60秒10000次写操作会触发save，那么在save之前的时间段，如果发生意外就会丢失数据)
  RDB需要经常fork子进程来保存数据集到硬盘上，当数据集比较大的时候，fork的过程会非常耗时，可能会导致Redis在一些毫秒级内不能响应客户端的请求，AOF也需要fork，但可以通过调节重写日志文件的频率来提高数据集的耐久度

RDB的工作方式

• Redis调用forks，同时拥有父进程和子进程
• 子进程将数据集写入到一个临时的RDB文件中
• 当子进程完成对新RDB文件的写入时，Redis用新的RDB文件来替换原来的RDB文件，并删除旧的RDB文件

AOF

AOF的优点

• AOF可以通过调整不同的fsync策略：无fsync、每秒fsync(默认)、每次写fsync来让Redis更加耐久。使用默认的每秒fsync策略依旧可以保持很好的性能，一旦出现故障，最多丢失1秒的数据
• AOF文件是一个只进行追加的日志文件，所以不需要写入seek，即使在写入过程中发生崩溃，我们也可以使用redis-check-aof工具来修复AOF文件($ redis-check-aof –fix)
• Redis可以在文件体积过大的时候自动的对AOF文件进行重写。Redis的重写是针对当前服务器的数据状态来进行的， 重写后的新AOF文件包含了恢复当前数据集所需的最小命令集合。重写过程中不会对原AOF文件有任何的读写操作
• AOF文件有序地保存了对数据库执行的所有写入操作，这些操作以Redis协议的格式保存，是可读的(咱人也能看得懂)，可以直接对文件进行分析

AOF的缺点

• 相同的数据集，AOF文件体积要比RDB大
• 根据不同的fsync策略，AOF的速度可能会慢于RDB

AOF的工作方式

AOF记录了数据库的每一次写入操作，并把这些操作记录在文件中，当文件过大，会触发重写机制，也可以通过BGREWRITEAOF命令来手动重写AOF文件。AOF默认关闭，我们可以通过配置appendonly yes来启用AOF，也可以通过redis-cli config set appendonly yes在不重启服务器的情况下启用AOF服务

重写

• Redis执行fork，同时拥有父进程和子进程
• 子进程通过读取现在数据库的状态来将新的AOF文件写入到临时文件
• 此时对于新执行的写入命令，父进程一边将它们写入到旧的AOF文件中，一边把这些改动追加到一个内存缓存中
• 当子进程完成重写工作时，它给父进程发送一个信号，父进程在接受到信号之后，将内存中所有缓存的数据追加到新的AOF文件末尾
• 然后Redis会用新的AOF文件来替换旧文件