Redis主从复制模式

Redis主从复制

参考 https://www.cnblogs.com/kevingrace/p/5685332.html

全量同步

一般发生在Slave初始化阶段，过程如下：

从服务器连接主服务器，发送SYNC命令；
主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；
	*当有多个从服务器同时请求同步时，主服务器只进行一个后台存储*
	*新的RDB文件存储的是执行fork一刻的内存数据*
		*当父进程要更改其中某片数据时（如执行一个写命令 ），操作系统会将该片数据复制一份以保证子进程的数据不受影响*
主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令；
从服务器收到快照文件后丢弃所有旧数据，载入收到的快照；
	*这个短暂的时间内，从服务器会阻塞连接进来的请求*
主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令；
从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；

增量同步

Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程
主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令

部分同步

redis 2.8版本以前，并不支持部分同步。原理如下：

主服务器端为复制流维护一个内存缓冲区（in-memory backlog）。
主从服务器都维护一个复制偏移量（replication offset）和master run id
假如主从服务器的两个master run id相同，并且指定的偏移量在内存缓冲区中还有效，复制就会从上次中断的点开始继续
因为主运行id不保存在磁盘中，如果从服务器重启了的话就只能进行完全同步了

部分重新同步这个新特性内部使用PSYNC命令，旧的实现中使用SYNC命令。Redis2.8版本可以检测出它所连接的服务器是否支持PSYNC命令，不支持的话使用SYNC命令

Redis主从同步策略

主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步

无磁盘复制

通常来讲，一个完全重新同步需要在磁盘上创建一个RDB文件，然后加载这个文件以便为从服务器发送数据。
如果使用比较低速的磁盘，这种操作会给主服务器带来较大的压力。Redis从2.8.18版本开始尝试支持无磁盘的复制。
使用这种设置时，子进程直接将RDB通过网络发送给从服务器，不使用磁盘作为中间存储。

可设置

只读从服务器
限制有N个以上从服务器才允许写入
Redis允许同时开启AOF追加和RDB快照
https://blog.csdn.net/jingkyks/article/details/46956905