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

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

redis2.8之前的SYNC方案

命令：

SYNC

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查看

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 曾经属于同一个主库。如果属于同一个主库，可以进行增量同步的尝试。