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++后台服务器开发

---