一、RDB
RDB持久化指在指定的时间间隔内将内存中的数据集快照写入磁盘。这也是默认的持久化方式，该方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb,恢复的时候将快照文件直接读到内存里。
RDB文件保存过程：
1.redis会单独fork一个子进程进行持久化；
2.父进程继续处理client请求，子进程负责将内存内容写入到临时文件；
3.当子进程将快照写入临时文件完毕后，用临时文件替换原来的快照文件，然后子进程退出。
优点:
1.一旦采用该方式，整个Redis数据库将只包含一个文件，这样非常方便进行备份；
2.RDB可以最大化Redis的性能:父进程在保存RDB文件时唯一要做的就是fork出一个子进程，然后这个子进程就会处理接下来的所有保存工作，父进程无须执行任何磁盘I/O操作；
3.适合大规模的数据恢复；
4.对数据完整性和一致性要求不高。
缺点:
1.一定时间间隔做一次备份，如果服务器意外挂掉，可能会丢失最后一次快照后的所有修改；
2.fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑。
二、AOF
redis以日志的形式记录每个写操作，会将每一个收到的写命令都通过write函数追加到文件中(默认是 appendonly.aof)。
appendfsync always：同步持久化，每次发生数据变更会被立即记录到磁盘中；性能差，但数据完整性好；
appendfsync everysec：异步操作，每秒记录，如果一秒内宕机，有数据丢失；
appendfsync no：从不同步
优点：
1.可设置不同的同步策略，默认策略为每秒钟同步一次，就算机器发生故障，最多只丢失一秒钟的数据；
2.只进行追加操作的日志文件，redis-check-aof工具可以轻易地修复因为某些原因而未写入完整的命令；AOF文件过大时，可进行重写；
3.AOF文件有序地保存了对数据库执行的所有写入操作，文件的内容非常容易被人读懂，对文件进行分析也很轻松；
4.程序会优先使用aof方式来恢复数据集，因为aof方式所保存的数据通常是最完整的。
缺点:
1.对于相同的数据集来说，AOF文件的体积通常要大于RDB文件的体积，恢复速度慢于RDB；
2.根据所使用的同步策略，AOF的速度可能会慢于RDB。
