Redis之持久化

Redis在运行中，数据是存储在内存中的，因为存在各种问题导致服务器宕机或者进程死掉，那么重新启动Redis之后数据就没有了，所以我们需要一种持久化机制，将内存中的数据持久化到磁盘,下一次重启就可以从持久化文件恢复数据。Redis提供了2种持久化机制：RDB和AOF

一 RDB

RDB持久化就是Redis 把当前进程的数据生成快照存储到磁盘的过程，持久化的触发过程中分为：自动触发和手动触发。

1.1 自动触发

save m n

自动触发可以通过配置设置多少秒内存在多少次修改的时候，自动触发。比如配置文件中设置 save 900 10,表示900秒内存在10次修改就开始自动触发持久化。

1.2 手动触发

手动触发，顾名思义就是通过人为手段使用命令进行持久化。手动触发可以使用save和bgsave。

1.2.1 save

阻塞当前Redis服务器，直到RDB持久化完成，这个肯定在线上是不能用的

1.2.2 bgsave

Redis进程fork一个子进程，然后子进程负责持久化  ，这里也有可能有阻塞，就是创建子进程的时候，但是这个代价比save要小很多。

1.3 RDB文件处理

RDB文件保存在dir目录下，文件名字可以通过dbfilename指定。Redis默认会对rdb文件进行压缩处理，压缩后的文件远远小于内存大小默认开启压缩，即rdbcompression yes，若果不开启就配置off

这个参数虽然开启会消耗CPU，但是会大幅度降低rdb文件体积，方便保存和发送到其他网络。

如果Redis加载损坏的RDB文件的时候拒绝启动，可以使用Redis提供的redis-check-dump工具检测RDB文件并获取对应的错误报告

二 AOF

AOF 默认是不开启的，需需要在在配置文件配置appendonly yes。 Aof文件名字是appendonly.aof,保存路径也在dir指定的目录之下。

2.1 AOF 工作流程

第一：所有写入的命令会追加到缓冲区(aof_buf)

第二： AOF缓冲区根据对应的策略向硬盘做同步操作，将命令以文本格式写入。

第三： 随着AOF文件越拉越大，需要定期对AOF文件进行重写，达到压缩目的

第四：当Redis实例重启的时候，加载AOF文件进行数据恢复

2.2 AOF 重写工作流程

#1 Redis执行AOF重写请求

#2 Redis进程阻塞，fork一个子进程

#3 Redis创建完毕子进程继续处理命令，写入AOF缓存

#4 Redis并且同时将处理的命令写入AOF重写缓存

#5 Redis子进程创建新的AOF文件，并且根据fork之后的数据副本进行AOF重写

#6 Redis子进程将AOF文件重写完成之后，通知父进程

#7 Redis父进程把AOF重写缓冲区数据写入新AOF文件

#8 Redis父进程使用新的AOF文件替换旧的

2.3 文件同步策略

always: 每一次写入都要同步文件，在SATA硬盘上，Redis支持大于几百TPS写入

no: 不做同步

everysec: 建议的同步策略，每一秒同步一次

2.4 重写机制

随着命令不断写入，文件越拉越大，引入重写机制解决这个问题，压缩文件体积。这时候会把文件内的数据写的命令同步到新AOF：

#1 超时的数据不再写入

#2 旧文件无效的命令，比如del hdel srem set a 1 set a 2等

#3 多条命令合并为一个

2.4.1 自动触发

auto-aof-rewrite-min-size和auto-aof-rewrite-percentage参数确定自动触发时间。

auto-aof-rewrite-min-size：默认64M，即要自动触发AOF文件必须当前文件要大于64M

aof_rewrite_base_size：最近一次重写的大小

auto-aof-rewrite-percentage: 当AOF日志超过基准大小（aof_rewrite_base_size）的特定百分比时

2.4.2 手动触发

直接调用bgrewriteof命令就可以触发

三 Redis重启加载文件流程

#1 如果开启AOF，则判断是否有AOF文件

#2 如果AOF文件存在，则加载AOF文件

#3 如果AOF没有可以活着开启了但是没有AOF文件，检查是否有RDB文件

#4 如果RDB文件不存在则启动成功，不需要加载任何文件

#5 如果RDB文件存在则加载RDB文件

四 RDB和AOF比较

4.1 相同点

#1 都是为了持久化redis进程中的数据，下一次重启的时候可以加载持久化文件进行读取

#2 都会fork一个子进程来处理

4.2 不同点

#1 备份方式不同：RDB是全量备份，每一次备份都代表某一个时间点的数据快照；AOF是增量备份，可能是修改一次数据库或者每一秒就备份一次

#2 文件格式不一样：RDB是压缩的二进制格式，体积较小；AOF是文本格式，体积相对较大

#3 数据恢复速度不同：RDB因为是压缩的二进制格式，所以恢复速度比较快；AOF是文本格式，所以恢复速度慢

#4 备份精度不一样： RDB无法做到实时持久化或者按秒持久化，因为本身RDB就属于全量备份，不适合频繁执行；AOF可以做到实时持久化或者按秒持久化

五 怎么选择哪一种持久化方式

如果你可以忍受数分钟数据丢失，那就可以只使用rdb； 如果不允许的话推荐两种都使用，rdb用于容灾备份，便于传输，而且数据恢复速度快。其他情况就可以使用aof 恢复数据。所以不建议单独使用aof或者rdb。

重启 Redis 时，我们很少使用 rdb 来恢复内存状态，因为会丢失大量数据。我们通常使用 aof 日志重放，但是重放 aof 日志性能相对 rdb 来说要慢很多，这样在 Redis 实例很大的情况下，启动需要花费很长的时间。

Redis 4.X带来了一个新的方式——混合持久化。将 rdb 文件的内容和增量的 aof 日志文件存在一起。这里的 aof 日志不再是全量的日志，而是自持久化开始到持久化结束的这段时间发生的增量 aof 日志，通常这部分 aof 日志很小。