redis主从复制策略的原理：主从节点间如何同步数据？

傷城~ 2024-03-16 10:04 96阅读 0赞

redis的主从复制原理经历了多个版本的更新。

### redis2.8之前的SYNC方案 ###

命令：

SYNC

[https://www.yuque.com/snailclimb/mf2z3k/ks9olb19hc9wse5k\#5935f46a][https_www.yuque.com_snailclimb_mf2z3k_ks9olb19hc9wse5k_5935f46a]

存在的问题：

*  slave加载RDB的过程中不能对外提供读服务
 *  slave和master断开连接后，slave重新连上master需要进行全量同步

### redis2.8的PSYNC方案 ###

命令：

PSYNC replicationid offset

PSYNC 解决了 slave 和 master 断开连接（如网络波动）之后需要重新进行全量同步的问题。不过，部分情况（比如 slave 突然宕机或者被重启）重连之后依然需要进行全量同步。（如果首次连接，也要全量同步）

#### 怎么解决的？ ####

slave 会记录 master 的运行 id （也就是 runid）和自己的复制进度/偏移量（slave\_repl\_offset）。master 也会记录自己写入缓冲区的偏移量（master\_repl\_offset），如果 runid 匹配的话，通过 slave\_repl\_offset 和 master\_repl\_offset 就可以确认 slave 缺少的数据是否在缓冲区中以及缺少的具体是哪一部分的数据。  
注意：首次连接时slave还不知道master的runid

#### 总结一下PSYNC有哪些情况还是需要进行全量同步？ ####

*  slave首次与master连接
 *  slave突然宕机或重启，runid和offset都丢失了
 *  master突然宕机或重启，新选出来的master的runid和offset都会变化。

#### run\_id是啥 ####

每个redis节点启动时会有个运行id，可以通过`info server`查看  
![在这里插入图片描述][f2ae8fc9682c448087e56df8d82f0228.png]

### redis4.0的PSYNC 2.0方案 ###

优化了【主从切换后runid和offset变化】导致需要全量同步的问题，在主从切换后，仍可以与新的master进行增量同步而不用全量同步。

#### 如何实现？ ####

舍弃了runid，使用replid和replid2

*  对于master来说，replid就是自己的复制id。没有发生主从切换前，replid2为空。发生主从切换之后，新的 master 的 replid2是旧 master （前一个自己同步的 master） 的 replid，在主从角色切换的时候会用到。
 *  对于slave来说，replid 保存的是自己当前正在同步的 master 的 replid。replid2保存的是旧 master 的 replid，在主从角色切换的时候会用到。  
    还有两个偏移量相关的字段：
 *  master\_repl\_offset:当前的复制偏移量
 *  second\_replid\_offset:没有发生主从切换前，second\_replid\_offset的值为-1；发生主从切换之后，新的master的second\_replid\_offset为旧master的复制偏移量。

replid和replid2用于判断发生主从切换之后，新的 master 和 slave 曾经属于同一个主库。如果属于同一个主库，可以进行增量同步的尝试。

[https_www.yuque.com_snailclimb_mf2z3k_ks9olb19hc9wse5k_5935f46a]: https://www.yuque.com/snailclimb/mf2z3k/ks9olb19hc9wse5k#5935f46a
[f2ae8fc9682c448087e56df8d82f0228.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/16/d0a6b682858b481bb16e487055beefaf.png