mysql主从复制原理详解_阿里Java第二面：谈谈Redis 主从复制的原理？一文带你深入详解...

复制的过程步骤如下：

上面说的复制过程，其中有一个步骤是“同步数据集”，这个就是现在讲的‘数据间的同步’。

redis 同步有 2 个命令：

sync 和 psync，前者是 redis 2.8 之前的同步命令，后者是 redis 2.8 为了优化 sync 新设计的命令。我们会重点关注 2.8 的 psync 命令。

psync 命令需要 3 个组件支持：

主从节点各自复制偏移量：

主节点复制积压缓冲区：

主节点运行 ID：

如果在重启时不改变运行 ID 呢？

psync 命令的使用方式：

命令格式为 psync{runId}{offset}

runId：从节点所复制主节点的运行 id offset：当前从节点已复制的数据偏移量

psync 执行流程：

阿里Java第二面：谈谈Redis 主从复制的原理？一文带你深入详解

image.png

流程说明：从节点发送 psync 命令给主节点，runId 就是目标主节点的 ID，如果没有默认为 -1，offset 是从节点保存的复制偏移量，如果是第一次复制则为 -1.

主节点会根据 runid 和 offset 决定返回结果：

到这里，数据之间的同步就讲的差不多了，篇幅还是比较长的。主要是针对 psync 命令相关之间的介绍。

全量复制是 Redis 最早支持的复制方式，也是主从第一次建立复制时必须经历的的阶段。触发全量复制的命令是 sync 和 psync。之前说过，这两个命令的分水岭版本是 2.8，redis 2.8 之前使用 sync 只能执行全量不同，2.8 之后同时支持全量同步和部分同步。

流程如下：

阿里Java第二面：谈谈Redis 主从复制的原理？一文带你深入详解

image.png

介绍一下上图步骤：

以上加粗的部分是整个全量同步耗时的地方。

注意：

当从节点正在复制主节点时，如果出现网络闪断和其他异常，从节点会让主节点补发丢失的命令数据，主节点只需要将复制缓冲区的数据发送到从节点就能够保证数据的一致性，相比较全量复制，成本小很多。

步骤如下：

阿里Java第二面：谈谈Redis 主从复制的原理？一文带你深入详解

image.png

主从节点在建立复制后，他们之间维护着长连接并彼此发送心跳命令。

心跳的关键机制如下：

阿里Java第二面：谈谈Redis 主从复制的原理？一文带你深入详解

image.png

注意：为了降低主从延迟，一般把 redis 主从节点部署在相同的机房/同城机房，避免网络延迟带来的网络分区造成的心跳中断等情况。

主节点不但负责数据读写，还负责把写命令同步给从节点，写命令的发送过程是异步完成，也就是说主节点处理完写命令后立即返回客户度，并不等待从节点复制完成。

异步复制的步骤很简单，如下：

阿里Java第二面：谈谈Redis 主从复制的原理？一文带你深入详解

image.png

本文主要分析了 Redis 的复制原理，包括复制过程，数据之间的同步，全量复制的流程，部分复制的流程，心跳设计，异步复制流程。

其中，可以看出，RDB 数据之间的同步非常耗时。所以，Redis 在 2.8 版本退出了类似增量复制的 psync 命令，当 Redis 主从直接发生了网络中断，不会进行全量复制，而是将数据放到缓冲区（默认 1MB）里，在通过主从之间各自维护复制 offset 来判断缓存区的数据是否溢出，如果没有溢出，只需要发送缓冲区数据即可，成本很小，反之，则要进行全量复制，因此，控制缓冲区大小非常的重要。

针对于上面的文章我总结出了互联网公司java程序员面试涉及到的绝大部分面试题及答案做成了文档和架构视频资料免费分享给大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术资料），希望能帮助到您面试前的复习且找到一个好的工作，也节省大家，有需要的朋友可以私信我回复关键词【资料】免费领取。

有不对的地方可以在评论区留言，觉得不错的朋友希望能得到您的转发支持，同时可以持续关注我，也可以关注下我的专栏，每周定期会分享3到4篇精选干货！

java路人甲​zhuanlan.zhihu.com