关于redis的主从复制（下）

news2025/2/22 13:19:28

全量复制

关于replid和runid

部分复制

补充问题

实时复制

psync可以从主节点获取全量数据，也可以获取一部分数据。主要就是看offset的进度，如果offset写作-1，就是获取全量数据。offset写具体的正整数，则是从当前偏移量位置来进行获取。获取所有数据，是最稳妥的，但是会比较低效。如果从节点之前已经从主节点这里复制过一部分数据了，就只需要把新的之前没复制过的数据搞过来即可。

不是从节点索要那部分，主节点就一定给那部分。主节点会自行判定，看当前是否方便给部分数据，不方便就只能给全量了。

主节点根据 psync 参数和⾃⾝数据情况决定响应结果：

fullresync：全量数据的同步。

continue：增量数据的同步。

err：比较老版本的redis服务器，不支持psync。

一般来说首次和主节点进行数据同步或主节点不方便进行部分复制的时候，会进行全量复制。

从节点之前已经从主节点上复制过数据了，因为网络抖动或从节点重启了。从节点需要重新从主节点这边同步数据，此时会进行部分复制。

全量复制

全量复制流程：

1）从节点发送 psync 命令给主节点进⾏数据同步，由于是第⼀次进⾏复制，从节点没有主节点的运⾏ ID 和复制偏移量，所以发送 psync ？ -1。

2）主节点根据命令，解析出要进⾏全量复制，回复 +FULLRESYNC 响应。
3）从节点接收主节点的运⾏信息进⾏保存。
4）主节点执⾏ bgsave 进⾏ RDB ⽂件的持久化。rdb文件是二进制的格式，比较节省空间。
5）主节点发送 RDB ⽂件给从节点，从节点保存 RDB 数据到本地硬盘。
6）主节点将从⽣成 RDB 到接收完成期间执⾏的写命令，写⼊缓冲区中，等从节点保存完 RDB ⽂件后，主节点再将缓冲区内的数据补发给从节点，补发的数据仍然按照 rdb 的⼆进制格式追加写⼊到收到的 rdb ⽂件中. 保持主从⼀致性。
7）从节点清空⾃⾝原有旧数据。
8）从节点加载 RDB ⽂件得到与主节点⼀致的数据。
9）如果从节点加载 RDB 完成之后，并且开启了 AOF 持久化功能，它会进⾏ bgrewrite 操作，得到最近的 AOF ⽂件。

主节点进行全量复制的时候，也支持“无硬盘模式”(diskless)。即主节点生成的rdb的二进制数据，不是直接保存到文件中，而是直接进行网络传输了（省下了一系列读硬盘和写硬盘的操作）。从节点之前也是先把收到的rdb数据，写入到硬盘中，然后再加载，现在也可以省略这个过程，直接把收到的数据进行加载了。

关于replid和runid

replid使用info replication查看，runid 使用info server命令查看。

runid是每个节点都不相同的。replid则是具有主从关系的节点，是相同的。

runid主要是用在支持实现redis哨兵这个功能。replid主要用在主从复制中。

部分复制

有些时候，从节点本身就已经有了主节点的绝大部分数据，这个时候，就不太需要进行全量复制了。比如出现网络抖动，主节点这边最近修改的数据可能就无法同步了，网络恢复后，此时就可以让从节点和主节点重新建立联系，当从节点和主节点重新建立连接之后，就需要进行数据的同步。

1）当主从节点之间出现⽹络中断时，如果超过 repl-timeout 时间，主节点会认为从节点故障并终端复制连接。
2）主从连接中断期间主节点依然响应命令，但这些复制命令都因⽹络中断⽆法及时发送给从节点，所以暂时将这些命令滞留在复制积压缓冲区中。
3）当主从节点⽹络恢复后，从节点再次连上主节点。
4）从节点将之前保存的 replicationId 和 复制偏移量作为 psync 的参数发送给主节点，请求进⾏部分复制。如果replicationId不一样，就需要全量复制。offset表示之前同步数据的进度，主节点就看这个进度是否在当前的积压缓冲区之内，如果确实是在积压缓冲区之内，此时就可以直接进行部分复制，就只把最近这段时间的数据复制过去即可。
5）主节点接到 psync 请求后，进⾏必要的验证。随后根据 offset 去复制积压缓冲区查找合适的数据，并响应 +CONTINUE 给从节点。
6）主节点将需要从节点同步的数据发送给从节点，最终完成⼀致性。