Redis的持久化(新)

Redis中数据都保存在内存，但是内存中的数据变换很快，也很容易丢失，比如连接断开、宕机停机等等。而Redis提供的数据持久化机制有RDB(Redis DataBase)和AOF(Append Only File)。

RDB是指在指定的时间间隔内将内存中的数据集快照写入到磁盘中，也是默认的持久化的方式，利用数据快照，使用的是写时复制技术，将数据以二进制的格式保存在磁盘。

手动触发分别对应save和bgsave命令：

利用save进行相关配置，我们进入到redis.conf文件中，其中Save m n就表示若在m秒里面至少进行了n次数据更改时会自动执行bgsave。

我们将需要持久化的数据写入磁盘中保存，磁盘中的文件名为dump.rdb，和bin在同一个目录，redis启动时，就是读取dump.rdb文件将数据加载进内存中的。文件的名字可在redis.conf文件里面进行修改。

注意：

当需要进行持久化时，Redis会单独创建一个子进程来完成持久化操作，这个子进程中所有的数据都和原进程保持一致，而且是一个全新的进程，也会占用内存，这个操作也称为Fork。

此时原进程不进行任何操作，由其子进程完成数据的持久化，子进程会先将快照数据写入到一个临时的文件，等到数据写完了之后，再用这个临时的文件直接替换磁盘上的dump.rdb文件即可。

但是缺点是如果子进程正在将数据写入临时文件，此时突然宕机，无法将临时文件替换dump.rdb，下次启动后，恢复后的内存数据较与宕机之前相比就会丢失一部分。

发现整个过程中，原进程是不进行任何IO操作的，这就确保了极高的性能。

以日志的形式来记录每个更改的操作，不会记录读的操作，只允许追加而不允许改写。在redis重启或启动之初会读取该文件然后重新构建Redis数据库的数据，这样也不用害怕内存数据的丢失了。

AOF方式Redis默认是不开启的，如果要开启则需要在配置文件中修改，若AOF和RDB同时开启，系统默认选择用AOF来恢复数据，AOF在磁盘中保存的日志文件是"appendonly.aof"，文件的路径和RDB一致。

因为AOF采用的是追加写入的方式，为了避免磁盘AOF文件越来越大，新增了重写机制，当文件默认达到128MB时，Redis就会自动进行AOF文件的内容压缩，保留能达到最终结果的最小指令集。

主进程fork一个子进程去执行重写的操作，主进程正常运行不会阻塞。
主进程执行的写操作要同时写入AOF缓冲区和AOF_rewrite缓冲区，此时子进程遍历内存数据将自己压缩的指令集先存储到临时文件(新AOF文件)，之后向主进程发送信号。

注意：这里AOF缓冲区是否要根据同步策略将数据同步到磁盘AOF文件中？

可以进行设置。如果同步，那么数据安全一致性，但是性能会比较低。如果不同步，若此时宕机，会造成数据丢失，但是性能比较高。
主进程把AOF_rewrite缓冲区中的数据写入到临时文件中。
使用临时文件(新AOF文件)覆盖旧的AOF文件，完成AOF重写。