redis 持久化

#aof以及rdb相关

## rdb aof 概述

这两部分均为redis进行内存数据持久化的方式，二者均有不同，主要的不同点在于，rdb是主进程fork一个函数来进行数据存储, aof （append of file） 则是 对于一个文件 进行写入。

rdb:

触发时机：

a.在客户端执行 bgsave 

b.配置文件中的save 实例： save 60 1000 表示 60秒内1000个key改变的话，会进行一次 rdb 快照的执行。

bgsave执行流程：

调用bgSaveCommand 函数，然后主进程进行fork函数，子进程调用rdbSave函数，主进程继续处理客户端请求。

rdb内部存储的内容是 key-value的格式存储

rdb是对于某一段时间的快照,如果时间差过大，那么丢失的数据越多

aof:

aof 是将Redis服务端每一次执行的每一条命令记录到文件内，相比较rdb文件来说，更大一些。

写入时机：

一秒一次写入

每条命令完成之后就写入

不写入,由操作系统进行写入

aof 重写：

原因是 因为随着aof 文件的写入会导致aof文件越来越大,所以需要重新写

写入流程：

从serverCron里面进入，fork一个子进程，对于当前的所有的db进行数据备份而不是进行命令的记录，父进程继续进行数据的的处理，并且将当前的数据写入到 AOF的重写缓存内，等子进程处理完毕之后向父进程发送信号，父进程将 aof重写缓存数据flush到 新的 aof文件中，重写缓存是一个list的实现，每块大约10MB，如果超过10MB，开辟新的内存，链接到之前的后面，继续存储

混合持久化

指的是在进行 AOF重写的时候子进程将当前时间点的数据保存为RDB格式，后面将父进程累积的命令保存为AOF格式，是否开启混合持久化打开配置如下：

aof-use-rdb-preamble yes