Redis 主从复制 1. 如果是首次连接

Redis 主从复制

1. 如果是首次连接：会触发一次 full resynchronization（全量同步）

> 开始 full resynchronization 的时候，master 会启动一个子进程，开始生成一份 RDB 快照文件，同时在缓冲区（积压缓冲区里）备份一份文件。RDB 文件生成完毕之后，master 会将这个 RDB 发送给 slave，slave 载入数据。

2. 增量同步

> 从 redis 2.8 开始，就支持主从复制的断点续传(PSYNC)，（bgsave）之前的版本是全量复制的。如果主从复制过程中，网络连接断掉了，那么可以接着上次复制的地方，继续复制下去，而不是从头开始复制一份

master node 会在内存中创建一个 backlog，master 和 slave 都会保存一个 replica offset 和 master id，offset 就是保存在 backlog 中的。如果 master 和 slave 网络连接断掉了，slave 会让 master 从上次的 replica offset 开始继续复制，但是如果没有找到对应的 offset，那么就会执行一次 resynchronization全量 （ 当主服务器进行命令传播时，它不仅会将写命令发送给所有从服务器，还会将写命令入队到复制积压缓冲区里。如果偏移量之后的数据(也即是偏移量offset+1开始的数据)仍然存在于复制积压缓冲区里面，那么服务器将对从服务器执行部分重同步操作； ·相反，如果偏移量之后的数据已经不存在于复制积压缓冲区，那么主服务器将对从服务器执行完整重同步操作。 所以，复制积压缓冲区的大小似乎相当重要，正确估算和设置复制积压缓冲区的大小非常重要 )

每个redis服务器，不论主服务器还是从服务器都有自己的运行ID，运行ID在服务器启动时自动生成，由40个随机的十六进制字符组成。 当从服务器对主服务器进行初次复制时，主服务器会将自己的运行ID传送给从服务器。当从服务器断线并重新连上一个主服务器时，从服务器将向当前连接的主服务器发送之前保存的运行ID： ·如果从服务器保存的ID和当前连接的主服务器的运行ID相同，那么说明从服务器断线之前复制的就是当前连接的这个主服务器，主服务器可以尝试执行部分重同步操作； ·如果从服务器保存的ID和当前连接的主服务器的运行ID不同，则从服务器断线之前复制的不是当前连接的这个主服务器，主服务器就将对从服务器执行完整重同步操作。

3. 无磁盘化复制

> master 在内存中直接创建 rdb(二进制文件，体积小，速度快)，然后通过网络发送给 slave，不会在自己本地落地磁盘了

该功能是通过配置文件配置的，主要涉及到以下两个参数：

repl-diskless-sync：无磁盘同步 默认为 no（关闭状态）

repl-diskless-sync-delay：等待一定时长再开始复制，因为要等更多 slave 重新连接过来

同时要考虑网络性能和内存的大小

根据情况，接收到PSYNC命令的主服务器会向从服务器返回以下三种回复之一：

·主服务器返回：+FULLRESYNC 。那么表示主服务器将与从服务器执行完整重同步操作，runid是这个主服务器的运行ID，从服务器会将这个ID保存下来，在下次发送PSYNC命令时使用；而offset则是主服务器当前的偏移量，从服务器会将这个值作为自己的初始化偏移量。

·主服务器返回：+CONTINUE。那么表示主服务器将与从服务器执行部分重同步操作，从服务器只要等着主服务器将自己缺少的那部分数据发送过来即可。

·主服务器返回：-ERR。表示主服务器版本低于2.8，它识别不了PSYNC命令。之后从服务器将发送sync命令，与主服务器执行完整重同步操作。

注意：如果是从库宕机了，那么恢复后直接就是完全同步；如果仅是主从掉线，从库还在线，那么则视情况而定。

综上所述，当Redis同时开启RDB和AOF持久化时，在恢复数据时，Redis会首先加载RDB文件并将数据库还原到RDB生成时的状态，然后再重放AOF文件中的写命令以将数据库状态逐步更新到最新。这样可以兼顾快速恢复和数据完整性的需求。