redis 复制逻辑详解 (redis5)

本文详细介绍了Redis 5中主从复制的开启方式、状态机转变,包括全量与增量复制的细节,以及主从之间的探活机制。在主从复制过程中,涉及了如offset、opid等关键概念,并详细阐述了复制过程中的各种状态转换和命令处理。
摘要由CSDN通过智能技术生成

名词含义

  • Runid/replid
    • 每个server独有的,在第一次启动以后固定下来,后续重启不变
    • runid的主要作用是在主从同步的时候做检验,如果不一致就会强制做全量复制
  • Serverid
    • 在同一个集群同一个region同一个shard下,所有的相同,通过平台生成conf传递
    • 主要是为了dts而设计的,为了标识shard的全球唯一性,用于防重放
  • Offset
    • 偏移字节数
    • slave的offset不管在什么情况下都会发生改变,即使是master的ping也会发生offset的增加
    • master的offset只有在向replbacklog里面填充的时候才会发生改变,也就是只有两种情况,来自用户的写请求,或者主动向slave发送的探活
  • Opid
    • 命令序号,从1开始递增
    • 不管是slave还是master,只有写命令才会导致opid增加
  • Replica buffer:
    • 每个slave都各自拥有一个
    • 保存了master和slave之间进行rdb全量同步时候的master收到的命令,细分的话有下面三个时间段
      • Master 做rdb dump的时候
      • Master 将rbd发送到slave的时候
      • Slave load rdb的时候
    • 当大小超过限定值的时候会重新触发全量同步
  • Replica backlog:
    • master只有一个replica backlog是个环形队列
    • 在想所有主做扩散(增量同步)之前会先把命令写进backlog
    • backlog的主要作用是在主从断开以后又重新进行增量复制的时候可以直接从内存中获取
    • 在引入opid之前,如果offset不在backlog的范围内就会触发全量复制
    • 在引入opid以后,opid只要在所有aof文件的范围内就可以进行增量同步

如何开启主从复制

只讨论把server设置成从挂到主上,不讨论设置主为no one(切主)。

对于redis server而言,只需要一个命令或者是一个配置就可以完成,就是slaveof。而server在收到这个命令以后真正的复制是个异步的过程,由定时任务replicationCron 去做真正的处理。而slaveof命令本身只做了一些检查工作,比如参数是否合法,是否已经是需要设定的主的从了等,并且做一些前置处理,比如把原来block的client释放掉,切一下aof文件等。

主从复制的状态机以及转变

总览

Client端(Slave)状态的转变

  • 在接收到slaveof命令以后,slave会把自己的状态设置为REPL_STATE_CONNECT
  • 在cron任务里面,当看到是REPL_STATE_CONNECT状态时,就会做下列动作
    • 创建到master的conn
    • 注册读写事件到conn对应的fd
    • 将状态设置为REPL_STATE_CONNE
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值