为什么要持久化？在不考虑服务器宕机的情况下，是不需要把内存中的数据保存到磁盘，来做持久化的。

持久化，就是专门为宕机准备的补救措施。redis有rdb和aof两种持久化机制。

一、RDB （Redis DataBases）

原理：

当前进程fork出一个子进程，子进程循环遍历所有的数据，并将数据保存到RDB文件。

时机：

按照配置文件设置的策略，来持久化数据。

配置：

save 900 1
save 300 10
save 60 10000

二、AOF （AppendOnly File）

原理：

redis会将收到的，客户端发送过来的每一个写命令，都追加到aof文件的最后。

时机：

每次写命令，都会记录下操作。

配置：

appendonly yes

#默认不需要修改，最低64m开始重排，重排比率是上次的一倍，128m，256m，512m这样。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

三、RDB和AOF的比较

持久化：

RDB等待写入条件，频率低，如果一次写入的数据较多，有可能带来服务器卡顿。

AOF马上记录每次写命令，频率高，每次写入的数据很少；生成的文件会比RDB生成的大。

AOF记录数据更及时，丢数据的可能更小。

数据恢复：

RDB恢复数据时，直接从RDB文件读取数据，非常快速。

AOF恢复数据时，需要一条一条命令，操作redis服务器，效率较低。

四、AOF的指令重排

aof的指令为什么需要重排：

set aa 1

set aa 2

set aa 3

三条指令，其实只需要保存最后一条就可以了，指令重排的意义就是，将三条变成一条set aa 3。

当前进程fork出一个子进程，由子进程完成指令重排。

需要注意的是，在子进程进行指令重排的过程中，如果出现新的指令，主进程做两件事情：

1.将指令追加到老的aof文件末尾；

2.将指令保存到缓存中。缓存中的数据，在子进程完成指令重排之后，全部追加到新的aof文件尾部。

五、如何选择持久化的方式

经过上面的分析，我们已经知道rdb和aof各自的优势和缺点。可以根据具体的业务场景，选择合适的方式。

当然，同时使用两种方式也是可以的。