Redis学习笔记四、主从复制

Redis主从复制与同步优化详解
本文详细介绍了Redis的主从复制机制,包括同步和命令传播过程。同步涉及SYNC(Redis2.8前)和PSYNC(Redis2.8后)命令,PSYNC支持部分重同步以减少资源消耗。命令传播确保主从数据库状态一致。文章还讨论了复制的实现步骤、心跳检测及其实现方式,以及如何处理断线后的复制问题。

主从复制

  从本篇文章开始记录主从复制相关的内容,主从复制相关的知识点包括 同步和命令传播、SYNC优化 两个部分。

  用户可以通过SLAVEOF命令让一个服务器去复制另一个服务器,被复制的服务器称为Master,本服务器称为Slave。进行复制中的主从服务器双方的数据库状态会保持一致,称为数据库状态一致性。

1. 同步和命令传播

  Redis复制功能分为同步(sync)和命令传播(command propagate)。同步操作是由从服务器发起,将从服务器数据库状态更新至主服务器当前所处的状态;命令传播操作由主服务器发起,当主服务器的数据库状态被修改时,会导致主从服务器数据库状态会不一致,命令传播操作让主从服务器数据库状态重新回到一致状态。

1.1. 同步(SYNC)

  从服务器客户端向主服务器发送SLAVEOF命令时,从服务器首先要执行同步操作,同步操作需要从服务器向主服务器发送SYNC命令来完成。

SYNC命令的执行步骤:

  1. 从服务器向主服务器发送SYNC命令
  2. 收到SYNC命令的主服务器执行BGSAVE命令,在后台生成一个RDB文件,并使用一个缓冲区记录从现在开始执行的所有写命令。
  3. 当主服务器BGSAVE命令执行完毕时,主服务器会将BGSAVE命令生成的RDB文件发送给从服务器,从服务器接收并载入这个RDB文件,将自己的数据库状态更新至主服务器执行BGSAVE命令时的数据库状态
  4. 主服务器将记录在缓存区里面的所有写命令发送给从服务器,从服务器执行这些写命令,将自己的数据库状态更新至主服务器数据库当前所处的状态。

1.2. 命令传播(command propagate)

  同步操作执行完毕之后,主从服务器两者的数据库将达到一致状态,但这种一致状态不是一层不变的,当主服务器再次发生数据变化时,主服务器需要对从服务器执行命令传播操作,把写操作相关的命令发送给从服务器。

  当主服务器执行一个写命令或删除命令之后,主从服务器的数据库状态将会不一致,为了让主从服务器数据库状态保持一致,主服务器需要对从服务器执行命令传播操作,将自己执行的那条命令发送给从服务器执行。

2. SYNC优化

  同步命令SYNC是由从服务器发起的,从服务器对主服务器的复制可以分为两种情况,初次复制和断线后重复制。

  初次复制:从服务器之前没有复制过任何主服务器,或者从服务器当前要复制的主服务器和上次复制的主服务器不同呢。断线后重复制:处于命令传播阶段的主从服务器因为网络原因而中断了复制,但从服务器通过自动重连重新连接上了主服务器,并继续复制主服务器。

2.1. 断线后重新复制

  当从服务器断线又重新连接上主服务器后,主从服务器数据库状态已经不一致,从服务器会向主服务器发送SYNC命令,主服务器会将RDB文件发送给从服务器,从服务器接收并载入RDB文件更新自己的数据库。Redis2.8版本之前的缺陷在于断线后重新复制,需要重新生成RDB文件,断线之前的复制工作浪费掉了。

事实上,SYNC命令是一个非常耗费资源的操作,只有在真正需要的时候才会执行SYNC命令。每次执行SYNC命令,主从服务器需要执行以下动作:

  • 主服务器需要执行BGSAVE命令来生成RDB文件,这个生成操作会耗费主服务器大量CPU、内存和磁盘IO资源
  • 主服务器需要将自己生成的RDB文件发送给从服务器,这个发送操作会耗费主从服务器大量网络资源,并对主服务器响应命令请求的时间产生影响
  • 接收到RDB文件的从服务器需要载入主服务器发来的RDB文件,并且在载入期间,从服务器因阻塞而没办法处理命令请求

  针对SYNC命令带来的资源耗费问题,Redis2.8版本之后,进行了改进,使用PSYNC命令代替了SYNC命令来执行复制时的同步操作。

  PSYNC命令具有完整重同步(full resynchronization)部分重同步(partial resynchronization两种模式。full resynchronization用于处理初次复制情况,步骤和SYNC命令执行步骤基本一样;partial resynchronization用于处理断线后重复复制情况,主服务器只需要将主从服务器连接断开期间执行的写命令发送给从服务器。

2.2. 部分重同步

  部分重同步功能包含三个部分,分别是主服务器复制偏移量和从服务器复制偏移量、主服务器的复制积压缓冲区服务器的运行ID。

  主服务器和从服务器分别维护一个复制偏移量。

  复制积压缓冲区是由主服务器维护的一个固定长度的队列,默认大小为1MB。

  服务器运行ID:每个Redis服务器不论主从,都会有自己的运行ID,由40个随机的十六进制字符组成。

2.3. 复制的实现

  通过向服务器发送SLAVEOF命令,可以让一个从服务器去复制一个主服务器。SLAVEOF命令是一个异步命令,执行SLAVEOF命令后,复制过程如下:

  • 设置主服务器的地址和端口号:将主服务器的IP地址和断开保存到服务器状态的masterhost属性和mastesrport属性。
  • 建立套接字连接: 从服务器可以看作主服务器的客户端。
  • 发送PING命令:从服务器成为主服务器的客户端后,向主服务器发送一个PING命令。
  • 身份验证:从服务器收到主服务器返回的“PONG”回复后,进行身份认证。
  • 发送端口信息:向主服务器发送从服务器监听的端口号。
  • 同步:从服务器向主服务器发送PSYNC命令,执行同步操作。
  • 命令传播:完成同步之后,主从服务器就会进入命令传播阶段。

3. 心跳检测

  主服务器通过向从服务器发送传播命令来更新从服务器状态,从服务器通过向主服务器发送 REPLCONF ACK 进行心跳检测和命令丢失检测。从服务器默认会以每秒一次的频率向主服务器发送命令REPLICONF ACK <replication_offset><replication_offset>为从服务器当前的复制偏移量。

  发送 REPLCONF ACK 命令对于主从服务器有三个作用,分别是检测主从服务器的网络连接状态、辅助实现min-slaves选项、检测命令丢失。

4. 参考文献

[1] 黄健宏.Redis设计与实现[M].北京:机械工业出版社
[2] https://www.bilibili.com/video/BV1S54y1R7SB?from=search&seid=15572804586770683866

内容概要:本文设计了一种基于PLC的全自动洗衣机控制系统内容概要:本文设计了一种,采用三菱FX基于PLC的全自动洗衣机控制系统,采用3U-32MT型PLC作为三菱FX3U核心控制器,替代传统继-32MT电器控制方式,提升了型PLC作为系统的稳定性与自动化核心控制器,替代水平。系统具备传统继电器控制方式高/低水,实现洗衣机工作位选择、柔和过程的自动化控制/标准洗衣模式切换。系统具备高、暂停加衣、低水位选择、手动脱水及和柔和、标准两种蜂鸣提示等功能洗衣模式,支持,通过GX Works2软件编写梯形图程序,实现进洗衣过程中暂停添加水、洗涤、排水衣物,并增加了手动脱水功能和、脱水等工序蜂鸣器提示的自动循环控制功能,提升了使用的,并引入MCGS组便捷性与灵活性态软件实现人机交互界面监控。控制系统通过GX。硬件设计包括 Works2软件进行主电路、PLC接梯形图编程线与关键元,完成了启动、进水器件选型,软件、正反转洗涤部分完成I/O分配、排水、脱、逻辑流程规划水等工序的逻辑及各功能模块梯设计,并实现了大形图编程。循环与小循环的嵌; 适合人群:自动化套控制流程。此外、电气工程及相关,还利用MCGS组态软件构建专业本科学生,具备PL了人机交互C基础知识和梯界面,实现对洗衣机形图编程能力的运行状态的监控与操作。整体设计涵盖了初级工程技术人员。硬件选型、; 使用场景及目标:I/O分配、电路接线、程序逻辑设计及组①掌握PLC在态监控等多个方面家电自动化控制中的应用方法;②学习,体现了PLC在工业自动化控制中的高效全自动洗衣机控制系统的性与可靠性。;软硬件设计流程 适合人群:电气;③实践工程、自动化及相关MCGS组态软件与PLC的专业的本科生、初级通信与联调工程技术人员以及从事;④完成PLC控制系统开发毕业设计或工业的学习者;具备控制类项目开发参考一定PLC基础知识。; 阅读和梯形图建议:建议结合三菱编程能力的人员GX Works2仿真更为适宜。; 使用场景及目标:①应用于环境与MCGS组态平台进行程序高校毕业设计或调试与运行验证课程项目,帮助学生掌握PLC控制系统的设计,重点关注I/O分配逻辑、梯形图与实现方法;②为工业自动化领域互锁机制及循环控制结构的设计中类似家电控制系统的开发提供参考方案;③思路,深入理解PL通过实际案例理解C在实际工程项目PLC在电机中的应用全过程。控制、时间循环、互锁保护、手动干预等方面的应用逻辑。; 阅读建议:建议结合三菱GX Works2编程软件和MCGS组态软件同步实践,重点理解梯形图程序中各环节的时序逻辑与互锁机制,关注I/O分配与硬件接线的对应关系,并尝试在仿真环境中调试程序以加深对全自动洗衣机控制流程的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值