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

相关推荐
boonya18 分钟前
Redis核心原理与面试问题解析
数据库·redis·面试
我没想到原来他们都是一堆坏人21 分钟前
(未完待续...)如何编写一个用于构建python web项目镜像的dockerfile文件
java·前端·python
沙二原住民29 分钟前
提升数据库性能的秘密武器:深入解析慢查询、连接池与Druid监控
java·数据库·oracle
上官浩仁30 分钟前
springboot redisson 缓存入门与实战
spring boot·redis·缓存
Jerry&Grj1 小时前
SpringBoot埋点功能技术实现方案深度解析:架构设计、性能优化与扩展性实践
java·微服务·性能优化·springboot·架构设计·埋点技术
大咖分享课1 小时前
架构性能优化三板斧:从10秒响应到毫秒级的演进之路
性能优化·架构
没有bug.的程序员1 小时前
Redis Stream:轻量级消息队列深度解析
java·数据库·chrome·redis·消息队列
用户8160791833331 小时前
告别“魔法”:包你解决 Gradle 的下载慢问题
java
当归10242 小时前
SQL Server死锁排查实战指南
java·服务器·网络
echoyu.2 小时前
消息队列-初识kafka
java·分布式·后端·spring cloud·中间件·架构·kafka