复制

什么是复制

在 Redis 中，可以通过设置 slaveof 选项，让一个服务器去复制（replicate）另一个服务器：

主服务器（master）
从服务器（slave）

为什么需要复制

在 Redis 集群中，保证在单机故障情况下，能够有副本，可通过哨兵（Sentinel）机制实现 Redis 集群的高可用。

复制的实现

Redis 的复制分为两个操作：

同步操作（sync）：从服务器的数据库状态更新至主服务器当前的状态
命令传播（command propagate）：主服务器上的写命令，传播给从服务器

同步

当客户端向从服务器发送 SLAVEOF 命令，要求从服务器复制主服务器时，从服务器首先需要执行同步操作，将从服务器的数据库状态更新至主服务器当前的数据库状态。

命令传播

在同步之后，主服务器的所有写命令，都需要传播给从服务器，以保证主从服务器数据库状态的一致。

新版复制功能实现

Redis 从 2.8 版本开始，使用 PSYNC 命令代替 SYNC 命令来执行复制时的同步操作。PSYNC 命令有完整重同步和部分重同步两种模式。

完整重同步：和 SYNC 命令执行的步骤一样
部分重同步：处理断线后重复制的情况。当从服务器在断线后重新连接主服务器时，如果条件允许，主服务器可以将主从服务器连接断开期间执行的写命令发送给从服务器，从服务器只接收并执行这些命令，就可以将数据库更新至主服务器的最新状态。

哨兵 Sentinel

什么是 Sentinel

Sentinel（哨兵）是 Redis 的高可用解决方案：由一个或多个 Sentinel 实例组成的 Sentinel 系统可以监视任意多个主服务器及从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令。

Sentinel 本质上只是运行在特殊模式下的 Redis 服务器，具体细节可参考：Redis Sentinel Documentation

简易工作原理

下图展示了服务器与 Sentinel 系统：

下图展示了主服务器下线时的情况：

下图展示了故障转移：

下图展示原主服务器（Server1）再次上线后，降级为从服务器的流程：

Sentinel 系统选举

Sentinel 系统选举领头 Sentinel 的方法是 Raft 算法。

具体参考：Raft 算法分析生动形象的网站：http://thesecretlivesofdata.com/raft/ 论文：https://raft.github.io/raft.pdf

参考链接

《Redis 设计与实现》- 第 14 章服务器
Redis 官方文档：Replication
Redis 官方文档：Redis Sentinel Documentation
Raft 算法分析
https://raft.github.io/raft.pdf
http://thesecretlivesofdata.com/raft/

Redis 源码简洁剖析系列

Java 编程思想-最全思维导图-GitHub 下载链接，需要的小伙伴可以自取~

原创不易，希望大家转载时请先联系我，并标注原文链接。

我的公众号

coding 笔记、读书笔记、点滴记录，以后的文章也会同步到公众号（Coding Insight）中，希望大家关注^_^

Redis 源码简洁剖析 18 - 复制、哨兵 Sentinel

复制