Redis持久化、主从与哨兵集群架构

一、持久化

1、RDB持久化

   RDB持久化是将数据快照的二进制文件按照配置规则存储到dump.rdb时间范围内进行多少次修改后存储到dump.rdb

如:save 60 1000 60秒内修改1000次则自动触发保存命令；

 bgsave写时复制机制：

        子进程进行数据RDB快照持久化，此时主线程修改数据，这块数据会被复制一份生成副本，子进程会把这个副本数据写入RDB文件中；主线程仍然可以直接修改原来的数据；

Rdb持久化命令对比（后台自动执行或手动执行持久化命令）：

                   

2、AOF持久化（持久化修改命令）

        RDB持久化方式如果服务器宕机，会造成数据丢失较多；而AOF持久化将命令记录到appendonly.aof中，每隔一段时间刷新到磁盘；

三种方式持久化策略： always 每执行一个命令就写入一次 

                                     everysec 每秒一次 会丢失1秒数据（推荐）

                                     no 从不

AOF方式恢复是把命令重新执行一遍；

AOF重写：AOF会根据内存中的数据重写AOF文件，提升恢复性能；（AOF重写是子进程去做类似于bgsave，默认64mb大小进行重写；默认再增加100%后重写；）

RDB与AOF对比

优先使用AOF恢复（安全）

3 Redis4.0混合持久化

前提：要开启AOF持久化

开启混合持久化会在AOF重写时不在单纯重写命令，会将前面的AOF文件重写成RDB的形式，新的命令以AOF的形式追加在后面；

二、Redis主从架构

主从复制全量原理：

主从复制部分复制（断点续传）：

缓冲中如果找不到偏移量的数据，会全量进行复制；

主从复制风暴问题：

        多个从节点去主节点复制，主节点压力过大，可以采用如下架构；

三、Redis哨兵高可用架构

client访问哨兵集群，哨兵集群返回主节点信息；master主节点宕机，哨兵集群会选举新的从节点为主节点；

哨兵的三个定时任务：

        1 哨兵每10秒会向主节点和从节点发送info命令获取最新的拓扑结构图，哨兵配置只需要配置主节点就行；

        2 哨兵每隔两秒会向redis数据节点指定频道上发送该哨兵对主节点的判断，每个哨兵也会订阅该频道；

        3 每隔1秒哨兵会向主节点、从节点、其它哨兵节点发送ping命令，做心跳；

主观下线指的是单个节点认为主节点下线，客观下线指半数以上哨兵认为下线；

哨兵选举算法采用Raft算法，详见本人文章Raft集群算法_raft 集群-CSDN博客