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++后台服务器开发
**
想了解学习更多C++后台服务器方面的知识，请关注：
微信公众号：C++后台服务器开发