《Redis设计与实现》第十五章总结一：新旧复制功能

三：多机数据库的实现

目的：清楚Redis的Sentinel、复制(replication)、集群(cluster)的三个多机功能

15 复制

概念：通过执行SLAVEOF命令或设置slaveof选项，可以让一个服务器去复制另一个服务器

主服务器：被复制的服务器
从服务器：复制的服务器

作用：进行复制中的主从服务器数据库状态一致(保存相同的数据)；主服务器上执行的更新命令，从服务器会获得相同的结果

15.1 旧版复制功能的实现

分为同步、命令传播：

15.1.1 同步

从服务器向主服务器发送SYNC命令，其步骤如下：

例子：缓冲区为新创建的

15.1.2 命令传播

主服务器会将自己执行的写命令发送给从服务器执行

15.2 旧版复制功能的缺陷

复制分为两种情况：初次复制和断线后重复制

旧版复制功能能很好地完成初次复制，但是重复制却效率很低

重复制例子：重新执行了一次SYNC命令，重复执行了k1-k10086

15.3 新版复制功能的实现

解决的问题：旧版在处理重复制的低效率问题

命令：PSYNC

该命令的两种模式：完整重同步和部分重同步，分别用于处理初次复制和断线后重复制

重复制例子：无需像旧版一样重新执行所有更新命令，只需要执行断线期间的更新命令即可

15.4 部分重同步的实现

• 此功能分为三个部分

1.主从服务器的复制偏移量

2.主服务器复制积压缓冲区

3.服务器运行ID

接下来逐一介绍

15.4.1 复制偏移量(replication offset)

主从服务器会分别维护一个复制偏移量：

通过对比偏移量，可以知道主从服务器是否处于一致状态：如果相同，则一致；如果不同，则不一致

主服务器根据和从服务器的偏移量对比来决定队从服务器执行完整重同步还是部分重同步，具体实现为15.4.2

15.4.2 主服务器复制积压缓冲区(replication backlog)

主服务器维护一个固定长度(即满队时，再入队新元素，队首会自动出去)先进先出的队列，默认大小1MB，即为复制积压缓冲区

主服务器进行命令传播时，将写命令发送给所有从服务器和复制积压缓冲区；因此复制积压缓冲区会保存一部分最近传播的写命令，且为每个字节记录相应的复制偏移量，如下例子：

主服务器根据从服务器的offset偏移量来决定对从服务器执行完整重同步还是部分重同步：

复制积压缓冲区大小问题：

15.4.3 服务器运行ID

概念：从服务器会主服务器进行初次复制时，主服务器会将自己的运行ID传送给从服务器保存

作用：当断线重连时，用来判断从服务器与上次连接的是否为同一主服务器，从而判断执行何种同步操作

15.5 PSYNC命令的实现完整细节

调用方法：两种，分为以前是否复制过任意主服务器

主服务器的回复：三种，分为执行完整重同步、执行部分重同步、SYNC

PSYNC命令执行完整重同步和部分重同步的流程总结：