Redis集群小结

主从服务器

应用场景：

• 多读少写，容灾恢复

好处：

• 主主要负责写，从主要负责读，读写分离，降低压力
• 可以做到容灾的快速恢复：
  当其中一个从服务器挂掉，可以切换到另一台从服务器。当然，要实现这个效果要一主多从。假如要做到主服务器故障转移，要在集群中设置多个主从结构，并将它们关联。

坏处：

• 拉长数据延迟
• 提高失效风险
• 增加维护成本

注意事项：

• 主从结构中，主服务只能有一台，防止数据不一致。
• 主从结构中没有自动故障转移，即主挂从变主，必须手动完成。
• 从服务器重启后，不会恢复为从服务器，变为独立的主服务器。
• 新服务器加入，或者从服务器重新成为从服务器，数据会全量服务过去。

复制过程：

1. 从服务器加入，向主服务器发送数据同步消息
2. 主服务器接到同步消息，把自己数据持久化为rdb文件，并发送给发起同步请求的从服务器。
3. 从服务器使用rdb做数据建立。
4. 每次主服务器进行写操作之后，将命令发给从服务器，和从服务器进行数据同步。

多层级复制结构：
一个主服务器同步n个从服务器，n个从服务器下面还可以同步多个从服务器
好处：

• 降低主服务器同步压力
• 拓展从服务器上限

坏处：

• 提高失效风险：同步链路过长，每加一层，故障率都会指数增加
• 可能出现失效雪崩：其中一个从服务器坏掉，从服务器下面的多层从服务器也全部会坏掉
• 增大数据延迟：同步链路过长，网络延时加大

哨兵模式

应用场景：
主从模式的自动主服务器故障转移
原理：
建立一个哨兵集群监视主服务器是否故障，如果故障，根据哨兵服务器的投票，将选中的从服务器变为主库。
选举过程：
投票–》通知其它从服务器–》挂掉的主服务器重新上线，哨兵通知其转为从
投票过程：

• 配置文件中配置了需要多少个哨兵同意才能将从服务器变为主服务器。
• 每个从服务器在配置中指定了一个优先级，优先级高的有限被选为主。

1，优先级高的优先
2，优先级一样，偏移量大的优先
3，优先级一样，偏移量一样，runid（redis实例启动时随机生成）小的优先

redis集群

无中心化集群：任何一个服务器都可以作为集群入口
定义：
redis集群是一个由多个主从节点群组成的分布式服务器群，它具有复制、高可用和分片特性。
应用场景：

• 容量不够时方便扩容
• redis分摊并发写操作

主从模式、分层同步模式，其中主机宕机会导致ip变化，应用程序中ip和端口要从新配置：可以通过代理服务器解决，但是会额外增加服务器。
为了解决以上问题，redis3.0提供了，无中心化集群。
特点：
Redis集群实现了对Redis的水平扩容，即启动n个节点，整个数据库就会均匀分布存储在这N个节点中。并实现了主从间的故障转移，当主从都挂掉根据配置可能集群停止服务，也可能对应slot停止服务。
原理：

• 基于key和{}规则的hash环+slot的数据分配
• 基于gossip的通讯协议
• 类似于raft的主服务器选举策略

注意事项：

Redis集群为什么至少需要三个master节点？
因为新master的选举需要大于半数的集群master节点同意才能选举成功，如果只有两个master节点，当其中一个挂了，是达不到选举新master的条件的。

Redis集群为什么至少推荐节点数为奇数？
奇数个master节点可以在满足选举该条件的基础上节省一个节点，比如三个master节点和四个master节点的集群相比，大家如果都挂了一个master节点都能选举新master节点，如果都挂了两个master节点都没法选举新master节点了，所以奇数的master节点更多的是从节省机器资源角度出发说的。

网络不稳定是否会是否引起选举？
真实世界的机房网络往往并不是风平浪静的，它们经常会发生各种各样的小问题。比如网络抖动就是非常常见的一种现象，突然之间部分连接变得不可访问，然后很快又恢复正常。