redis主从模式

redis主从模式


主从模式

在软件架构中,master-slave(主从模式)是使用比较多的一种架构方式;



概述


主(master)和 从(slave)部署在不同的服务器上,当主节点服务器写入数据时会同步到从节点的服务器上,一般主节点负责写入数据,从节点负责读取数据


优点


读写分离,提高效率

数据热备份,提供多个副本


缺点


主节点故障,集群则无法进行工作,可用性比较低,从节点升主节点需要人工手动干预

单点容易造成性能低下

主节点的存储能力受到限制


主节点的写受到限制(只有一个主节点)

全量同步可能会造成毫秒或者秒级的卡顿现象





特点


只能master到slave,单向的;


全量复制


一般情况下,当slave第一次启动连接master,或者是“被认为是第一次连接”,则主从采用全量复制的方式进行数据同步。


全量复制的执行流程:


定时任务每秒检查是否有新的mater需要连接,如果发现就与master建立socket连接。


slave 发送ping指令到mater


如果mater配置require pass,slave需要发送认证给master


slave 会发送sync命令命令给 master 请求同步数据;


master 接收到同步请求后向 slave 发送 run_id 和 offset;


slave 会接收并保存 mater 传递过来信息(slave 中无对应offset,所以执行全量复制)。


master 执行 bgsave 命令生成RDB文件,期间会创建复制缓冲区记录从现在开始执行的所有写命令;


master 先向 slave 发送RDB数据;


然后发送复制缓冲区记录的数据,slave 会将RDB和缓冲区数据存放到磁盘中;


slave 在清空原有数据;


最后再将磁盘中接收到的数据导入内存中。


Master收集到的写命令都会通过之前建立的连接,增量发送给salve端


名词解释


offset复制偏移量


offset是用来记录master和lslave某个时段的数据版本状态的,slave每秒会向master上报offset,master保存下来,当触发PSYNC时再拿来和master的offset数据作对比。它是记录数据在某一时刻的快照,用来对比master和slave数据差异用的,从而决定是否是全量复制。


backlog积压缓冲区


它默认大小为1mb,复制积压缓冲区是由Master维护的一个固定长度的FIFO队列,它的作用是缓存已经传播出去的命令。当Master进行命令传播时,不仅将命令发送给所有Slave,还会将命令写入到复制积压缓冲区里面。


全量复制的时候,master的数据更新(读写操作,主动过期删除等)会临时存放在backlog中待全量复制完成后增量发到slave,必须为此保留足够的空间。


run_id


master唯一标示,slave连接master时会传runid,master每次重启runid都发生变化,当slave发现master的runid变化时都会触发全量复制流程。


环境搭建


环境搭建就不一一赘述了,随便搜一下都有的,跟着操作一下就好了,都只是配置而已


想了解学习更多C++后台服务器方面的知识,请关注:

微信公众号:C++后台服务器开发

识别二维码,关注我们

weixin.qq.com/r/si6IkH- (二维码自动识别)

CPP后台服务器开发

linux|shell|C/C++|python

发布于 2020-01-05 22:31