前置知识

在Redis中，从服务器对主服务器的复制可以分为以下两种情况：

（1）初次复制：从服务器以前没有复制过任何主服务器，或者从服务器当前要复制主服务器和上一次复制的主服务器不通

（2）断线后重复制：处于命令传播阶段的主从服务器因为网络原因而中断了复制，但从服务器通过自动重连接重新连上了主服务器，并继续复制主服务器

旧版2.8版本以前，不管是初次复制，还是断线后重复制都是完整复制，效率很低（需要先生成RDB，然后再发送）

因此Redis从2.8版本开始，使用了PSYNC命令替代了SYNC命令来执行复制时的同步操作。

PSYNC命令具有完整重同步（full resynchronization） 和部分重同步（partial resynchronization）

完整重复制：用于初次复制情况以及部分重复制无法是数据全部恢复时候，完整重同步（复制）和SYNC命令的执行步骤基本一样，他们都是通过让主服务器创建并发送RDB文件，以及向从服务器发送保存在缓冲区里面的写命令来进行同步

部分重同步：用于断线后重复制情况，当从服务器在断线后重新连接主服务器时，如果条件允许（有限制大小），主服务器可以将主从服务器连接断开期间执行的写命令发送给从服务器，从服务器只要接收并执行这些写命令，就可以将数据库更新至之服务器当前所处的状态

部分重同步就是为了解决旧版复制功能在处理断线后重复制时出现的低效的情况

?思考：服务器如何知道哪些命令是从服务器重新连接后需要的？如果条件允许，条件是什么？服务器又是如何管理的？

带着问题我们进一步开始解答

部分重同步

部分重同步功能的三个组成部分：

（1）主服务器的复制偏移量（replication offset）和从服务器的复制偏移量

（2）主服务器的复制积压缓冲区（replication backlog）

（3）服务器的运行ID（run ID）

复制偏移量

执行复制的双方,主服务器和从服务器都会维护一个复制偏移量,主服务器每次向从服务器传播N个字节的数据时，就将自己的复制偏移量的值加N。从服务器每次收到主服务器传播来的N个字节的数据的时，就将自己的复制偏移量的值加N。

如果主从服务器处于一致状态，那么从服务器两者的偏移量总是相同

相反，如果主从服务器两者的偏移量并不相同，那么说明主从服务器并未处于一致状态

既然知道了主从服务器是否处于一致状态，那么断线重新连接是该完整重同步还是部分重同步？如果部分重同步，主服务器又如何补偿从服务器丢失的那部分数据呢？

复制积压缓冲区

复制积压缓冲区时由主服务器维护的一个固定长度（fixed-size）先进先出（FIFO）队列，默认大小为1MB。

当主服务器进行命令传播时，它不仅会将写命令发送给所有从服务器，还会将命令入队到复制积压缓冲区里面，如下：

主服务器的复制积压缓冲区里面会保存着一部分最近传播的写命令，并且复制积压缓冲区会为队列中的每个字节记录相应的复制偏移量：

当从服务器重新连接上主服务器时，从服务器会通过PSYNC命令将自己的复制偏移量offset发送给主服务器，主服务器会根据这个偏移量来决定对从服务器执行何种同步操作：

• 如果offset偏移量之后的数据（也即是偏移量offset+1开始的数据）仍然存在于复制积压缓冲区里面，那么主从服务器将对从服务器执行部分重同步操作
• 如果offset偏移量之后的部分数据已经不存在于复制积压缓冲区（部分重同步就无法保证主从数据一致性），那么主服务器将对
• 从服务器执行完整重同步操作

注：Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令，或者有时候从服务器断线后很久常能连上，PSYNC命令的部分重同步功能可能不能正常发挥其功能，可以考虑根据实际需求调整复制积压缓冲区大小

主服务器又怎么区分从服务器呢？

服务器运行ID

每个Redis服务器，不论主服务器还是从服务器，都会有自己的运行ID。运行ID实在服务器启动的时候自动生成，由40个随机的十六进制字符组成

当从服务器对主服务器进行初次复制时，主服务器将会将自己的运行ID传送给从服务器，而从服务器会将这个运行ID保存起来

当从服务器断线并重新连接上主服务器时，从服务器将向当前连接的主服务器发送之前保存的运行ID：

• 如果从服务器保存的运行ID与当前连接的ID相同，那么说明从服务器断线之前复制的就是当前连接的这个主服务器，主服务器可以继续尝试执行部分重同步操作。
• 如果从服务器保存的运行ID与当前连接的主服务器运行ID并不相同，那么说明从服务器断线之前复制的主服务器不是当前连接，主服务器将对从服务器执行完整重同步

?思考：那么如果数据丢失咋办？那不是主服务器的偏移量和从服务器偏移量就不一样的？

心跳检测

从服务器默认会以每秒一次的频率，向主服务器发送心跳命令

REPLCONF ACK <replication_offset>（从服务器当前的复制偏移量）

作用：

• 检测主从服务器的网络连接状态
• 辅助实现min-slaves选项（防止主服务器在不安全的情况下执行写命令,保证至少有多少个从服务器的时候，才能执行写命令）
• 检测命令丢失