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博客

相关推荐
mghio8 小时前
Dubbo 中的集群容错
java·微服务·dubbo
uhakadotcom10 小时前
视频直播与视频点播:基础知识与应用场景
后端·面试·架构
沉登c13 小时前
第 3 章 事务处理
架构
咖啡教室13 小时前
java日常开发笔记和开发问题记录
java
咖啡教室13 小时前
java练习项目记录笔记
java
鱼樱前端14 小时前
maven的基础安装和使用--mac/window版本
java·后端
RainbowSea14 小时前
6. RabbitMQ 死信队列的详细操作编写
java·消息队列·rabbitmq
RainbowSea14 小时前
5. RabbitMQ 消息队列中 Exchanges(交换机) 的详细说明
java·消息队列·rabbitmq
数据智能老司机15 小时前
CockroachDB权威指南——CockroachDB SQL
数据库·分布式·架构