Redis持久化

        Redis虽然是基于内存的存储系统，但是它本身是支持内存数据的持久化的，而且提供两种主要的持久化策略：RDB快照和AOF日志。而memcached是不支持数据持久化操作的。

RDB方式

在指定的时间间隔内生成数据集的时间点快照，例如一天24小时，每个小时进行一次备份。

RDB 非常适用于灾难恢复（disaster recovery）：它只有一个文件，并且内容都非常紧凑，可以（在加密后）将它传送到别的数据中心，RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。

但是，因为RDB是进行时间点备份，可能会造成数据丢失。例如每个整点进行持久化，可能在整点一刻服务器宕机，那么就会丢失这一刻钟的数据。

在默认情况下， Redis 将数据库快照保存在名字为 dump.rdb 的二进制文件中。

AOF方式

记录服务器执行的所有写操作命令，并在服务器启动时，通过重新执行这些命令来还原数据集。AOF 文件中的命令全部以 Redis 协议的格式来保存，新命令会被追加到文件的末尾。

优点：使用 AOF 持久化会让 Redis 变得非常耐用（much more durable）：你可以设置不同的 fsync 策略，比如无 fsync ，每秒钟一次 fsync ，或者每次执行写入命令时 fsync 。 AOF 的默认策略为每秒钟 fsync 一次，在这种配置下，Redis 仍然可以保持良好的性能，并且就算发生故障停机，也最多只会丢失一秒钟的数据

但是，对于相同的数据集来说，AOF 文件的体积通常要大于 RDB 文件的体积。RDB 恢复数据集的速度也要比 AOF 恢复的速度要快

每一条修改数据的命令都生成一条日志，AOF文件会越来越大，所以Redis又提供了一个功能，叫做AOF rewrite。其功能就是重新生成一份AOF文件，新的AOF文件中一条记录的操作只会有一次，而不像一份老文件那样，可能记录了对同一个值的多次操作。

总结：两种持久化方式，都可以在Redis.conf中进行设置，并且Redis 还可以同时使用 AOF 持久化和 RDB 持久化。 在这种情况下， 当 Redis 重启时， 它会优先使用 AOF 文件来还原数据集， 因为 AOF 文件保存的数据集通常比 RDB 文件所保存的数据集更完整。