RDB：Redis Data Base

在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个字进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。

优点：

1、整个Redis数据库将只包含一个文件dump.rdb，方便持久化。

2、容灾性好，方便备份。

3、性能最大化，fork子进程来完成操作，让主进程继续处理命令，所以是IO最大化。使用单独子进程来进行持久化，主进程不会进行任何IO操作，保证了redis的高性能

4、相对于数据集大时，比AOF的启动效率更高。

缺点：

1、数据安全性低。RDB是间隔一段时间进行持久化，如果持久化之间redis发生故障，会发生数据丢失。所以这种方式更适合数据要求不严谨的时候）

2、由于RDB是通过fork子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。

AOF：Append Only File

以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录

优点：

1、数据安全，Redis 中提供了3种同步策略，即每秒同步、每秒修改同步和不同步。事实上，每秒同步也是异步完成的，其效率也是非常高的，所差的是一旦系统出现宕机现象，那么这一秒钟之内修改的数据将会丢失。而每修改同步，我们可以将其视为同步持久化，即每次发生的数据变化都会被立即记录到磁盘中。

2、通过append模式写文件，即使中途服务器宕机也不会破坏已经存在的内容，可以通过redis-chck-aof工具解决数据一致性问题

3、AOF机制的rewrite模式。定期对AOF文件进行重写，以达到压缩的目的

缺点：

1、AOF文件比RDB文件大，且恢复速度慢。

2、数据集大的时候，比rdb启动效率低。

3、运行效率没有RDB高

使用选择

AOF文件比RDB更新频率高，优先使用AOF还原数据。

AOF比RDB更安全也更大

RDB性能比AOF好

如果两个都配了优先加载AOF