分布式Redis主备复制

　　当数据落在不同节点上时，如何保证数据节点之间的一致性是非常关键的

　　Redis采用主备复制的方式保证一致性，所有节点中，只有一个节点为主节点(master)，它对外提供写服务，然后异步的将数据复制到其他节点上

　　主备复制流程

　　Redis包含master 和slave 2种节点：

　　master 对外提供写服务

　　slave 节点作为master的数据备份，不可以提供写服务

　　主备复制由master 主动触发

　　

　　1、首先slave向master发起SYNC命令。这一步在slave启动后触发，master 被动的将新slave节点加入主备复制集群

　　2、master收到SYNC后，开启BGSAVE 操作。BGSAVE 是Redis的一种全量持久化机制(RDB)

　　3、BGSAVE完成后，master将快照信息发送给slave

　　4、发送期间，master收到来自Client的新写入命令，除了正常响应外，再存入一份到backlog队列

　　5、快照信息发送完成后，master继续发送backlog队列中的信息

　　6、backlog发送完成之后，后续的操作同时发给slave，保持实时的异步复制

　　对于上面的slave节点，处理逻辑如下：

　　发送完SYNC后，继续对外提供服务

　　开始接受master的快照信息，此时会清空slave现有数据，并将master快照写入

　　接收backlog 并执行(回放)，期间对外提供读服务

　　继续接受master的命令副本，并继续回放，从而保持和master的数据一致性

　　如果有多个slave 同时发送SYNC 命令

　　只要第2个slave的SYNC 命令发生在master 完成BGSAVE之前，第2个slave 将和第1个收到相同的快照和backlog

　　否则第2个slave的SYNC将触发master的第2次BGSAVE

　　断点续传

　　当每次slave 通过SYNC 和master同步数据时，master都会dump 全量数据并发送

　　当一个已经和master 完成了同步，并且并保持了长时间的slave，当网络断开很短时间再重新连上时，master不得不重新做一次全量的dump传送。这种无疑会增加大量的无效开销，最好的方式是只同步网络断开期间的增量数据。

　　Redis的 PSYNC(Partial Sync)可以用于代替SYNC，做到master-slave基于断点续传的主备同步协议。master-slave 2端通过维护一个offset记录当前已经同步的命令，slave断开期间，master的增量命令会保存在缓存中。当slave重连后，告知master断开时的offset，master会将后续的数据继续同步，从而完成了断点续传。

​