redis学习（七） --- 主从同步

     在redis主从架构中，Master负责写请求，slave负责处理读请求。但是是如何保持主从一致性的呢？接下来我们了解redis主从同步。

主从同步

   主从同步主要分为了两个操作，一个是同步，另一是命令传播

• 同步：将从数据库的数据库状态更新至主服务器当前所处的数据库状态
• 命令传播：当主服务器的状态修改，导致主从不一致，让主从服务器的数据库重新回到一致

同步

   分为了完整重同步和部分重同步模式。

完整重同步

    用于处理初次复制的情况，主服务器执行BGSAVE在后台生成一个RDB文件，并用一个缓冲区记录从现在开始的所有写命令。当BGSAVE命令执行完之后，主服务器会将生成的RDB文件发送给从服务器，从服务器接收并载入这个RDB文件，并将自己的状态更新到主服务器执行BGSAVE命令时的数据库状态。最后主服务将记录在缓冲区内的所有写命令发送给从服务器，从服务器执行这些写命令，将自己的数据库状态更新到主服务器当前状态。

部分重同步

    用于处理断线后的重复制情况，主服务器只要将在断开期间的写命令发送给从服务器，从服务器执行这些命令，就可以将主从数据库状态保持一致了，而不需要让主服务器重新执行一次SYNC命令。

   部分重同步主要由以下三个部分：

• 主从服务器的复制偏移量：主服务器和从服务器分别会维护一个复制偏移量，主服务器每次向从服务器传播N个字节的数据时，主服务器的偏移量加上N；从服务器每次接收到主服务器传播来的N个字节，就将自己的复制偏移量加N；如果主从服务器的复制偏移量不等，那么说明主从服务器不一致。当主从服务器的复制偏移量不一致的时候，是执行完整重同步还是部分重同步

• 主服务器的复制积压缓冲区：是一个固定长度的先进先出的队列，当主服务器进行命令传播的时候，不仅会将命令发送给从服务器，还会写入复制积压缓冲区，因此复制积压缓冲区会保存最近的一部分传播的写命令。每当从服务器连上主服务器 时候，从服务器将自己的复制偏移量offset给主服务器。如果offset偏移量之后的数据依然存在在复制积压缓冲区的时候，执行部分重同步，否则执行完整重同步

• 服务器的ID标识：主从服务器都有一个运行ID。当从服务器对主服务器A进行初次复制的时候，主服务器A会将自己的ID（称为aID）传送给从服务器，从服务器将这个运行aID保存起来。当从服务器与主服务器B连接的时候，会将保存的运行aID传给主服务器B，如果与当前连接的服务器的ID保持一致的时候，那么说明之前连接的主服务器就是B，那么尝试进行部分重同步，否则进行完整重同步。

命令传播

    同步操作执行完之后，主从服务器的数据库状态将保持一致，但是随着数据的写入，主从状态又将不一致。为了让数据库状态再一次保持一致，主服务器需要对从服务器进行命令传播操作：主服务器会将自己执行的写命令（造成主从不一致的写命令）发送给从服务器，当从服务器执行了相同的写命令后，主从将保持一致。