Redis不仅能够作为缓存来使用，也能够作为内存数据库。

Redis作为内存数据库使用时。必需要解决一个问题：数据的持久性。有些将Redis作为缓存使用的场景也需要将缓存的数据持久化到存储介质上，这样在Redis重新启动后仍然能对热点数据提供缓存服务。不会由于缓存数据的缺失而对整个系统造成冲击。

本文就Redis内置的持久化机制进行说明。

Redis持久化方式

Redis内置的持久化方式有两种：快照方式和AOF方式。

快照方式是将某一时点的内存数据写到硬盘上。AOF方式是将写入的命令记录在硬盘上的文件中。以下具体说明这两种方式。

快照方式能够将一个时点的内存数据保存到硬盘。保存快照之后Redis重新启动时能够读取快照文件而恢复数据，也能够使用快照来建立复制相应的Redisserver。

快照持久化模式

既然快照是保存某一个时点的内存数据，那么就要求在进行快照时内存数据不能发生变化。关于这点Redis有两种模式：SAVE和BGSAVE。SAVE模式首先使Redis停止服务，然后将这个时点的Redis内存数据写入到硬盘中。等完毕写入后Redis開始提供服务，这个过程通常会比較长，在生产环境中使用的场景较少。

BGSAVE模式会使用fork命令拷贝Redis的内存，在fork过程中Redis也会停止对外服务，但这个过程很快。在实体机或者VMWare和KVM中1G的内存拷贝大概在10-20ms，而在Xen中要稍慢些，大概在200-300ms。

拷贝内存完毕后，拷贝的这份内存数据開始持久化到硬盘。同一时候Redis也继续对外提供服务。

SAVE模式对Redis可用性影响非常大。可能使Redis在一段较长时间内无法提供服务。BGSAVE模式对Redis可用性影响较小，1G的内存数据会使Redis中断服务10-20ms。这个数值在普通情况下是能够接受的，可是由于BGSAVE是使用fork机制，这就要求fork时系统的可用内存至少要和Redis占用的内存一样大。

快照的触发条件

触发Redis进行内存快照持久的条件有下面几种：

1. 给Redisserver发送BGSAVE命令，这将触发Redis进行BGSAVE模式的快照持久。

2. 给Redisserver发送SAVE命令。这将触发Redis进行SAVE模式的快照持久。
3. Redis接收到SHUTDOWN命令或者TERM信号，将触发Redis进行SAVE模式的快照持久。之后Redis停止。
4. 在主从结构中。当从Redis同步主Redis时间太长时。主Redis会触发BGSAVE模式的快照持久。

5. 在配置文件的save属性中配置Redis在某个条件满足时进行持久，这会触发Redis进行BGSAVE模式的持久。比如，在配置文件里配置`save 60 10000`。意为假设在60s内发生了10000次写操作那么Redis将启动BGSAVE操作。在配置文件里能够配置多个save，当有一个save条件满足时。Redis就运行BGSAVE操作。

快照配置的參数

快照存在的问题

在BGSAVE模式下，假设在快照刚结束时Redis崩溃，那将会丢失内存拷贝之后的发生变化的数据。

AOF方式

文件同步方式

• always : Redis在每次有写操作发生时都会同步到硬盘，这样的方式会给IO带来非常大压力，实际中写入的速率要考虑硬盘的IO速率。
• everysec :Redis每1秒将日志同步到硬盘。这样的方式性能较好，但也意为着假设Redis崩溃那么将丢失1秒的数据。

• no : Redis不主动控制内存缓存区和硬盘的同步，而由操作系统来控制。

  这样的方式不可控，一般不採用。

Rewriting/compacting AOF

为了解决问题Redis提供了BGREWRITEAOF命令来重建日志。

BGREWRITEAOF执行机制

BGREWRITEAOF存在的问题

AOF配置的參数