Master
Slave
其他命令：如果主节点返回其他结果，说明主节点无法处理命令，当前可能正在处理其他超时运行的脚本，则从节点断开连接，重连
超时：说明当前 socket 不可用，从节点则断开连接，重连
超时
Slave2
创建失败
哨兵2
二、主从模式的拓扑结构
从节点向主节点发送 psync 命令
4、身份认证
异步、且持续不断地将写命令发送给从节点
建立 socket 连接
从节点同步完成
节点信息保存完成之后，日志如下： 61098:S 15 May 2019 21:45:16.905 * REPLICAOF 127.0.0.1:6379 enabled (user request from 'id=3 addr=127.0.0.1:65227 fd=8 name= age=10 idle=0 flags=N db=0 sub=0 psub=0 multi=-1 qbuf=42 qbuf-free=32726 obl=0 oll=0 omem=0 events=r cmd=slaveof')
从节点内部通过定时任务（每秒执行一次）维护着复制相关的逻辑，如果发现有了新的主节点，便会根据主节点的 IP 和 PORT ，创建 socket 连接
保存主节点的ip、port信息
replicaof ip port异步
3、命令传播阶段
3、树状结构 slave 节点除了在 master 复制数据，也可以在其他 slave 节点复制数据。主要是通过引用复制中间层，降低 master 节点的负载和需要传送给从节点的数据量，这种架构可以避免复制风暴，但是延长了数据一致性。
主从节点保证的是最终一致性
一、哨兵模式的架构图示
哨兵1
PONG
创建成功
1、建立连接阶段
主从首次建立连接时是进行全量复制，当主从断开连接，从节点重新连接时，则需要根据偏移量来判断是进行全量复制还是部分复制。
Slave1
1、验证 socket 连接是否可用2、判断主节点是否可以处理请求
其他命令
目的
2、一主多从 适用于并发量较大的场景，一般都是读多写少。客户端可以将读命令发送到 salve 节点分担 master 节点压力。 实现读写分离架构，当然也保证了高可用。但是该架构需要避免复制风暴。
2、数据同步阶段
定时任务会不断地重连直到成功 或者执行 slaveof no one 取消主从复制。
为创建成功的socket建立一个专门处理复制工作的文件事件处理器，负责后续的复制工作。
发送 ping 命令
主节点根据当前状态的不同进行不同的复制流程。
PONG：说明当前 socket 连接可用，且主节点可以处理请求，复制进程继续
当socket连接创建成功之后，日志如下： 61098:S 15 May 2019 21:45:17.759 * Connecting to MASTER 127.0.0.1:6379 61098:S 15 May 2019 21:45:17.760 * MASTER <-> REPLICA sync started
3（异步）
三、主从复制的三大阶段
在数据同步前，从节点是主节点的客服端，主节点不是从节点的客户度，但是到了这个阶段以后，主从节点互为客户端，这是因为在这个阶段后，主节点会主动向从节点发送命令。
1、一主一从 最简单的拓扑结构，一般适用于没有太大的并发场景。 当 master 宕机时，slave 提供故障转移支持
1
2
