Redis的主从复制

https://www.cnblogs.com/kismetv/p/9236731.html

方式

1. 全量
2. 增量

全量过程：

1. 执行bgsave，fork新线程执行rdb文件生成。
2. 使用缓冲区接受最近写入的指令。
3. 传输rdb文件，在传输缓冲区文件。
   增量：
   可以使用runid+offset确定自己所需的指令。
   概念
   runid和offset
   runid是每次启动都会生产的，而offset则是复制队列的offset。

缓冲区：
复制积压缓冲区是由主节点维护的、固定长度的、先进先出(FIFO)队列，默认大小1MB；当主节点开始有从节点时创建，其作用是备份主节点最近发送给从节点的数据。注意，无论主节点有一个还是多个从节点，都只需要一个复制积压缓冲区。
在命令传播阶段，主节点除了将写命令发送给从节点，还会发送一份给复制积压缓冲区，作为写命令的备份；除了存储写命令，复制积压缓冲区中还存储了其中的每个字节对应的复制偏移量（offset）。由于复制积压缓冲区定长且是先进先出，所以它保存的是主节点最近执行的写命令；时间较早的写命令会被挤出缓冲区。
由于该缓冲区长度固定且有限，因此可以备份的写命令也有限，当主从节点offset的差距过大超过缓冲区长度时，将无法执行部分复制，只能执行全量复制。反过来说，为了提高网络中断时部分复制执行的概率，可以根据需要增大复制积压缓冲区的大小(通过配置repl-backlog-size)；例如如果网络中断的平均时间是60s，而主节点平均每秒产生的写命令(特定协议格式)所占的字节数为100KB，则复制积压缓冲区的平均需求为6MB，保险起见，可以设置为12MB，来保证绝大多数断线情况都可以使用部分复制。
从节点将offset发送给主节点后，主节点根据offset和缓冲区大小决定能否执行部分复制：
● 如果offset偏移量之后的数据，仍然都在复制积压缓冲区里，则执行部分复制；
● 如果offset偏移量之后的数据已不在复制积压缓冲区中（数据已被挤出），则执行全量复制。
当超出了缓冲区的范围只能全量进行复制。
psync