由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能(默认是开启的)，将数据保存到磁 盘上;当redis重启后，可以从磁盘中恢复数据。

redis提供两种方式进行持久化，一种是RDB持久化 (redis默认优先) ，另外一种是AOF(append only file) 持久化。

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

RDB优点：

• 备份文件相对于AOF小: RDB将整个Redis数据库备份到一个rdp文件中。

• 灾难性恢复强: 对于灾难恢复而言，RDB是非常不错的选择。因为我们可以非常轻松的将一个单独的文件压缩后再转移到其它存储介质上。

• 性能最大化: 对于Redis的服务进程而言，在开始持久化时，它fork出子进程，之后再由子进程完成这些持久化的工作，这样就可以极大的避免服务进程执行IO操作

• 如果数据集很大，RDB的恢复速度和启动速度都快于AOF。

RDB缺点：

• 如果你想保证数据的高可用性，即最大限度的避免数据丢失，那么RDB将不是一个很好的选择。因为系统一旦在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失。

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

RDB持久化配置：

Redis会将数据集的快照dump到dump.rdb文件中。此外，我们也可以通过配置文件来修改Redis服务器dump快照的频率在打开redis.conf文件之后，我们搜索save，可以看到下面的配置信息:

AOF（append only file）持久化

AOF持久化是以日志的形式记录服务器所处理的每一个更新操作 (写入，删除) ，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录。

AOF优点：

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

• 数据一致性保证。AOF对日志文件的写入操作采用的是append模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。如果我们本次操作只是写入了一半数据就出现了系统崩溃问题，不用担心，在Redis下一次启动之前，我们可以通过redis-check-aof工具来帮助我们解决数据 一致性的问题。

• rewrite重写机制。Redis以append模式不断的将修改数据写入到老的磁盘文件中，同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令被执行。因此在进行rewrite切换时可以更好的保证数据安全性。

AOF缺点：

• AOF因为需要记录每个修改的所有操作，即使有重复操作也会记录，所以文件比RDB要大。

• 如果数据比较大，AOF恢复速度比较慢。

AOF持久化配置：

在Redis的配置文件中存在三种同步方式，它们分别是

RDB和AOF的选择：

• 如果主要充当缓存功能，或者对于数据完整性要求不是那么严格，那么可以选择只启动RDB策略即可。

• 如果对于数据持久化要求，并且对于数据完整性要求也高，那么可以采取RDB和AOF同时开启的策略。 (redis默认都启用)