Redis持久化策略详解：实现数据持久化的几种方法

redis是一个内存数据库，所以其运行效率非常高。但也 存在一个问题：内存中的数据是不持久的，若 主机宕机 或 redis 关机重启，则内存中的数据全部丢失。当然，这是不允许的。 Redis 具有持久化功能，其会按照设置以 快照 或 操作日志 的形式将数据持久化到磁盘。

    根据持久化使用技术的不同，redis 的持久化分为两种： RDB（Redis DataBase） 与 AOF （Append Only File）。

redis 持久化 也称为 钝化， 是指将内存中数据库的状态描述信息保存到磁盘中。只不过是不同的持久化技术，对数据的状态描述信息是不同的 ，生成的持久化文件也是不同的 。但它们的作用都是相同的：避免数据意外丢失。

对于 Redis 单机状态下， 无论是手动方式，还是定时方式或条件触发方式，都存在数据丢失问题： 在尚未手动自动保存时发生了 Redis 宕机状况，那么从上次保存到宕机期间产生的数据就会丢失。不同的持久化方式，其数据的丢失率也是不同的。

需要注意的是， RDB 是 默认持久化方式，但 Redis 允许 RDB 与 AOF 两种持久化技术同时开启，此时系统会使用 AOF 方式做持久化，即 AOF 持久化技术的 优先级要更高。同样的道理，两种技术同时开启状态下， 系统启动时若两种持久化文件同时存在，则 优先加载 AOF持久化文件。

RDB，Redis DataBase ，是指将内存中某一时刻的 数据快照 全量 写入到指定的 rdb 文件 的持久化技术。 RDB 持久化默认是开启的。 当 redis 启动时会 自动读取 RDB 快照文件，将数据从硬盘载入到内存， 以恢复 redis 关机前的数据库状态。

RDB是满足了配置的条件才会进行持久化操作的，但是不能更改为每一秒都进行改动就写快照，因为RDB记录的是整个内存数据，这样会严重影响性能。

如果在未满足生成快照的条件之前，Redis就 宕机 了，就会导致数据丢失。

快照功能并不是非常耐久（durable）： 如果 Redis 因为某些原因而造成故障停机， 那么服务器将丢失最近写入、且仍未保存到快照中的那些数据。

从 1.1 版本开始， Redis 增加了一种完全耐久的持久化方式： AOF 持久化，将修改的每一条指令追加写进文件 appendonly.aof 中(先写入os cache，每隔一段时间fsync到磁盘)

AOF基础配置

    默认情况下 AOF 持久化是没有开启的，通过修改配置文件中的 appendonly 属性为 yes 可以开启。

Redis 7 在这里发生了重大变化。原来只有一个 appendonly.aof 文件，现在具有了三类多个文件：

基本文件：可以是 RDB 格式也可以是 AOF 格式。其存放的内容是由 RDB 转为 AOF 当时内存的快照数据。该文件可以有多个。

增量文件：以操作日志形式记录转为 AOF 后的写入操作。该文件可以有多个。

清单文件：用于维护 AOF 文件的创建顺序，保障激活时的应用顺序。 该文件只有一个。

混合式持久化开启

对于基本文件可以是 RDF 格式也可以是 AOF 格式。通过 aof-use-rdb-preamble 属性可以选择。其默认值为 yes ，即默认 AOF 持久化的基本文件为 rdb 格式文件，也就是默认采用混合式持久化。