分布式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会将后续的数据继续同步，从而完成了断点续传。

---

参考：《深入分布式缓存》
链接：http://moguhu.com/article/detail?articleId=106