Redis 主从复制

当配置Redis复制功能时，强烈建议打开主服务器的持久化功能。 否则的话，由于延迟等问题，部署的服务应该要避免自动拉起。

旧版的复制功能分为同步和命令传播两个操作：

  1.同步操作将从数据库的状态更新至主服务器当前所处的数据库状态。

  2.命令传播操作则用于在主服务器的数据库状态被修改，导致主从服务器的数据库状态出现不一致时，让主从服务器的数据库状态回到一致的状态。

同步：

  同步操作是通过向主服务器发送sync命令实现，sync命令执行步骤：

  1：从服务器向主服务器发送sync命令；

  2：收到sync命令的从服务器执行bgsave命令，在后台生成一个rdb文件，并使用一个缓冲区记录从现在开始执行的所有写命令；

  3：当主服务器bgsave命令执行完毕时，主服务器会将生成的rdb文件发送给从服务器，从服务器接收并载入这个rdb文件，将自己的数据库状态更新至主服务器执行bgsave命令时的状态；

  4：主服务器将记录在缓冲区中所有写命令发送给从服务器，从服务器执行这些写命令，将自己的数据库状态更新至主服务器当前所处的状态。

命令传播：

  在同步操作执行完毕后，主从服务器的数据库状态达到了一致，但这种一致并不是一成不变的，每当主服务器执行客户端发送的写命令时，主服务器的数据库状态就有可能被修改，并导致主从服务器的状态不一致。为了保持一致性，主服务器对从服务器执行命令传播操作：将自己执行的写命令(导致主从服务器不一致的写命令)，发送给从服务器执行，当从服务器执行完毕后，再次回到一致性状态。

旧版复制缺陷：

  对于断线后重复制，其效率非常低。因为旧版复制，在主从服务器断线重连期间，主服务器客户端执行的写命令改变了主服务器的数据库状态，重连后，接收到从服务器的sync命令，重新执行同步操作，而sync命令又是如此的耗费资源。

为解决旧版复制缺陷，Redis从2.8版本开始，使用psync命令来代替sync命令来执行复制时的同步操作。psync命令支持完整重同步和部分重同步。

  完整重同步：处理初次复制情况，完整重同步执行步骤和sync命令执行步骤一致。

  部分重同步：处理断线后重复制情况，当从服务器在断线后重新连接到主服务器时，如果条件允许，主服务器可以将断线期间执行的写命令发送给从服务器，从服务器只要接受并执行这些命令，就可以回到一致状态。

部分重同步功能由以下三部分组成：

  1：主服务器和从服务器的复制偏移量
    主服务器每次向从服务器传播N个字节时，将自己的复制偏移量加N；从服务器接收到N个字节，也将自己的复制偏移量加N。因此可以比较主从服务器的复制偏移量，判断他们状态是否一致。
  2：主服务器的复制积压缓冲区

    复制积压缓冲区是主服务器维护的一个固定长度先进先出队列，默认大小为1MB。如果主服务器需要执行大量的写命令，又或者主从服务器断线后重连接所需要的时间较长，那么需要自己估算并设置该大小，否则，psync命令的复制重同步模式就不能正常发挥作用。可参考配置文件中repl-backlog-size选项说明。

  3：服务器的运行ID

    每个Redis服务器都有自己的运行ID，运行ID在服务器启动时自动生成，由40个随机的16进制字符组成，当初次复制时，从服务器会保存主服务器传过来的运行ID,当从服务器断线重新连接上主服务器时，从服务器向当前连接的主服务器发送之前保存的运行ID,主服务器判断该ID是否和当前运行ID相同，相同则继续执行部分重同步操作。

Redis 主从复制