Redis高可用的基石——主从复制

Redis 支持主从同步，提供 Cluster 集群部署模式，通过 Sentinel 哨兵来监控 Redis 主服务器的状态。以此来保证 Redis 的高可用，则主从复制正是高可用的基石。

一主多从，主负责写，并且将数据复制到其它的 slave 节点，从节点负责读。所有的读请求全部走从节点。这样也可以很轻松实现水平扩容，支撑读高并发。从节点的数据来自主节点，实现原理就是主从复制机制。

主从复制过程

主从复制过程大体可以分为3个阶段：连接建立阶段（即准备阶段）、数据同步阶段、命令传播阶段。

连接建立阶段

1. 保存主节点信息
2. 建立socket连接：slave 将根据指定的 IP 地址和端口，向 master 发起套接字（socket）连接，master 在接受（accept） slave 的套接字连接之后，为该套接字创建相应的客户端状态，此时连接建立完成。
3. 发送ping命令：slave 向 master 发送一个 PING 命令，以检査套接字的读写状态是否正常、 master 能否正常处理命令请求。
4. 身份验证：slave 向 master 发送 AUTH password 命令来进行身份验证。
5. 发送从节点端口信息：在身份验证通过后后，slave 将向 master 发送自己的监听端口号，master 收到后记录在 slave 所对应的客户端状态的 slave_listening_port 属性中。

数据同步阶段

主从复制包括全量复制，增量复制两种。一般当slave第一次启动连接master，或者认为是第一次连接，就采用全量复制，而在后续，master持续将写命令，异步复制给 slave，采用增量复制。slave 将向 master 发送 PSYNC 命令， master 收到该命令后判断是进行部分重同步还是完整重同步，然后根据策略进行数据的同步。

全量复制（完整重同步）

Redis通过 psync 命令进行全量复制的过程如下：

• 主节点收到全量复制的命令后，执行 bgsave 命令，fork 一个子进程在后台生成RDB文件，并使用一个内存缓冲区（称为复制缓冲区）记录从现在开始执行的所有写命令；

• 主节点的bgsave执行完成后，将RDB文件发送给从节点；从节点首先清除自己的旧数据，然后载入接收的RDB文件，将数据库状态更新至主节点执行bgsave时的数据库状态，期间基于旧的数据版本对外提供服务；
• 主节点将前述复制缓冲区中的所有写命令发送给从节点，从节点执行这些写命令，将数据库状态更新至主节点的最新状态；

增量复制（部分重同步）

• 复制偏移量

主节点和从节点分别维护一个复制偏移量（offset），代表的是主节点向从节点传递的字节数；主节点每次向从节点传播N个字节数据时，主节点的offset增加N；从节点每次收到主节点传来的N个字节数据时，从节点的offset增加N。

• 复制积压缓冲区

复制积压缓冲区是由主节点维护的、固定长度的、先进先出(FIFO)队列，默认大小1MB；当主节点开始有从节点时创建，其作用是备份主节点最近发送给从节点的数据。注意，无论主节点有一个还是多个从节点，都只需要一个复制积压缓冲区。

• 服务器运行ID(runid)

每个Redis节点(无论主从)，在启动时都会自动生成一个随机ID(每次启动都不一样)，由40个随机的十六进制字符组成；runid用来唯一识别一个Redis节点。

命令传播阶段

当完成了数据同步之后，就会进入命令传播阶段，这时 master 只要一直将自己执行的写命令发送给 slave ，而 slave 只要一直接收并执行 master 发来的写命令，就可以保证 master 和 slave 一直保持一致了。

即slave与master全量同步之后，master上的数据，如果再次发生更新，就会触发增量复制。

在命令传播阶段，每隔指定的时间，主节点会向从节点发送PING命令，这个PING命令的作用，主要是为了让从节点进行超时判断。从节点会向主节点发送REPLCONF ACK命令，频率是每秒1次；命令格式为：REPLCONF ACK {offset}，其中offset指从节点保存的复制偏移量。

参考资料

这篇Redis文章，图灵看了都说好 (qq.com)