Redis 主从同步与哨兵集群

Redis如何主从同步？

从库向主库发送指令 replicaof 172.16.19.3 6379 成为主库的从库。
主从确认复制进度offset和runID。
从库清空自身原有数据，接收主库的RDB文件进行同步。
从库接收主库的RepicationBuffer，记录了生成RDB期间的操作，然后进行同步。

主从同步期间的客户端请求怎么办

主从同步期间的客户请求正常处理，但是会把生成RDB之后收到的操作记录到replication buffer中，然后发给从库。

主从从级联模式分担压力

从库可以成为其他从库的从库，那么主库不需要把写操作发给所有的从库，一部分从库可以分担这些任务，发送给自己的从库（从库的从库）。

主从网络连接中断怎么办

主从网络连接中断，在重连之后从库可以读取环形缓冲区中的数据进行同步而不需要全量同步。环形缓冲区主库会记录自己写到的位置，从库会记录同步到的位置。因此缓冲区大小不能太小，防止从库来不及同步就被覆盖了。

主库断开连接或者崩溃了怎么办

主库如果崩溃，读操作不会受到影响，但是写操作就没办法了。因此需要重新选出主库。
这里使用哨兵来不断探测主库和从库的存活的存活情况，并且负责主库的选举，和客户端的通知。

哨兵集群

哨兵会不断通过ping命令来给主从库标记主观存活或者下线。如果主库下线就需要重新选举主库，但是这种下线很有可能是由于网络原因导致的，所以单个哨兵不足以确定主库的客观下线，因此使用多个哨兵，形成哨兵集群。

哨兵集群如何确定主库断线？

当单个哨兵发现主库断线后，会询问集群中的其他哨兵主库的情况，当超过quorum（可以自行设置，一般是超过一半）的哨兵（包括自身）都判断主库下线，则主库被认定为客观下线。

哨兵如何从从库中选举主库？

四个选举流程：

1、网络情况：通过从库与旧主库的连接情况去除掉一些从库候选人，一般可以使用down-after-milliseconds*10，如果在这段时间内，断连次数超过十次，说明网络情况不好。
2、优先级：可以认为设置从库的优先级
3、和旧主库的同步程度：通过同步偏移量offset来判断同步程度
4、ID号

哪个哨兵来负责主从的切换？

通过投票选举，如果有半数以上且大于等于quorum哨兵同意该哨兵成为leader。那么该哨兵将负责主从的切换，和客户端的通知。
tips: 负责主从切换必须保证集群一半以上的哨兵是正常的，不然无法主从切换。此外当没有哨兵获得满足条件的票数时候，leader选举失败，隔一段时间再选举leader。

哨兵集群怎么和客户端、主库、从库连接的？

哨兵集群只需要连接主库就可以，哨兵集群通过pub/sub就可以向主库获取到其他哨兵的ip和port，并进行通信，客户端通过pub/sub向哨兵了解当前的同步情况。哨兵通过INFO命令可以向主库获取到从库列表以及对应的从库ip和port，进行连接通信。在选举出主库之后，哨兵需要通知从库与新主库进行同步。

down-after-milliseconds值是什么

down-after-milliseconds是我们认定主从库断连的最大连接超时时间。如果在down-after-milliseconds毫秒内，主从节点都没有通过网络联系上，我们就可以认为主从节点断连了。
调大down-after-milliseconds值可以增加哨兵实例判断主库不可达的时间阈值 。这样可以减少因为网络抖动或者短暂的故障导致的误判 。但是，调大down-after-milliseconds值也会增加故障恢复的延迟 。因此，需要根据具体的场景和需求来平衡这两方面的影响 。