1、持久化选项

Redis提供了两种不同的持久化方法来将数据存储到硬盘里面。

快照（snapshotting）

它可以将存在于某一时刻的所有数据都写入到磁盘里面。

只追加文件（append-only file,AOF）

它会在执行写命令时，将被执行的写命令复制到磁盘里面。

这两种持久化方法既可以同时使用，又可以单独使用，在某些情况下甚至可以两种方法都不使用，具体选择哪种持久化方法需要根据用户的数据以及应用来决定。
将内存中的数据存储到硬盘的一个主要原因是为了在之后重用数据，或者是为了防止系统故障而将数据备份到一个远程位置。
两组不同的配置选项控制着Redis将数据写入硬盘里面的方式。下面是Redis提供的持久化配置选项的一个例子。

快照持久化选项
save 60 1000
stop-writes-on-bgsave-error no
rdbcompression yes
dbfilename dump.rdb

AOF持久化选项
appendonly no
appendfsync everysec
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

共享选项，快照文件和AOF文件的保存位置
dir./

开头的几个选项和快照持久化有关，save：多久执行一次自动快照操作，rdbcompression ：是否对快照文件进行压缩，stop-writes-on-bgsave-error：创建快照失败后是否仍然继续执行写命令，dbfilename：配置硬盘上的快照文件名。
第二组选项用于配置AOF子系统，appendonly：是否使用AOF持久化，appendfsync：多久将写入的内容同步到硬盘，no-appendfsync-on-rewrite：在对AOF进行重写时能否执行同步操作，auto-aof-rewrite-percentage、auto-aof-rewrite-min-size：多久执行一次AOF重写。

2、快照持久化

可以通过创建快照来获得存储在内存里的数据在某个时间的副本。在创建快照后，用户可以对快照进行备份。可以将快照复制到其他服务器从而创建具有相同数据的服务器副本，还可以将快照留在原地以便重启服务器时使用。
如果在新的快照创建完毕之前，Redis、系统或者硬件这三者中的任意一个崩溃了，那么Redis将丢失最近一次创建快照之后写入的所有数据。

创建快照的办法有以下几种：
1、客户端可以通过向Redis发送BGSAVE命令来创建一个快照。
2、客户端还可以通过向Redis发送SAVE命令来创建一个快照，接到SAVE命令的Redis服务器在快照创建完毕之前将不再响应其他命令。SAVE命令并不常用，通常只会在没有足够内存去执行BGSAVE命令的情况下，又或者即使等待持久化操作完毕也无所谓的情况下，才会使用这个命令。
3、如果用户设置了save配置选项，比如save 60 1000，那么从Redis最近一次创建快照之后开始算起，当“60秒之内有1000次写入”这个条件被满足时，Redis就会自动触发BGSAVE命令。如果用户设置了多个save配置选项，那么当任意一个save配置选项所设置的条件被满足时，Redis就会触发一次BGSAVE命令。
4、当Redis通过SHUTDOWN命令接收到关闭服务器的请求时，或者接收到标准TERM信号时，会执行一个SAVE命令，阻塞所有客户端，不再执行客户端发送的任何命令，并在SAVE命令执行完毕后关闭服务器。
5、当一个Redis服务器连接另一个Redis服务器，并向对方发送SYNC命令来开始一次复制操作的时候，如果主服务器目前没有在执行BGSAVE操作，或者主服务器并非刚刚执行完BGSAVE操作，那么主服务器就会执行BGSAVE命令。

3、AOF持久化

简单来说，AOF持久化会将被执行的写命令写到AOF文件的末尾，以此来记录数据发生的变化。因此，Redis只要从头到尾重新执行一次AOF文件包含的所有写命令，就可以恢复AOF文件所记录的数据集。AOF持久化可以通过设置appendonly yes配置选项来打开。通过appendfsync配置选项对AOF文件的同步频率进行设置。

appendfsync选项及同步频率
always：每个Redis写命令都要同步写入硬盘。这样做会严重降低Redis的速度。
everysec：每秒执行一次同步，显示地将多个写命令同步到硬盘。
no：让操作系统来决定应该何时进行同步。

为了兼顾数据安全和写入性能，推荐使用appendfsync everysec 选项，让Redis以每秒一次的频率对AOF文件进行同步。Redis每秒同步一次AOF文件时的性能和不使用任何持久化特性时的性能相差无几，而通过每秒同步一次AOF文件，Redis可以保证，即使出现系统崩溃，也最多只会丢失一秒之内产生的数据。当硬盘忙于执行写入操作时，Redis还会放慢自己的速度以适应硬盘的最大写入速度。

AOF持久化的缺陷就是文件的体积大小。因为Redis会不断地将被执行的写命令记录到AOF文件里面，所以随着Redis不断运行，AOF文件的体积也会不断增长，在极端情况下，体积不断增长的AOF文件甚至可能会用完硬盘的所有可用空间。另一个问题就是，Redis在重启之后需要通过重新执行AOF文件记录的所有写命令来还原数据集，所以如果AOF文件的体积非常大，那么还原操作执行的时间就可能会非常长。

为了解决这个问题，可以向Redis发送BGWRITEAOF命令，这个命令会通过移除AOF文件中的冗余命令来重写（rewrite）AOF文件，使AOF文件的体积变得尽可能地小。

与快照持久化可以通过设置save选项来自动执行BGSAVE一样，AOF持久化也可以通过设置auto-aof-rewrite-percentage选项和auto-aof-rewrite-min-size选项来自动执行BGWRITEAOF。例如，对Redis设置了配置选项auto-aof-rewrite-percentage 100 和auto-aof-rewrite-min-size 64mb，并且启用AOF持久化（appendonly yes），那么当AOF文件的体积大于64MB，并且AOF文件的体积比上一次重写后大了至少一倍（100%）时，Redis将执行BGWRITEAOF命令。

总结

无论是AOF持久化还是快照持久化，将数据持久化到硬盘上都是非常有必要的，用户可以在系统重启或者崩溃的情况下仍然保留数据。

参考
[Redis 实战]