当前位置：首页 > 文章列表 > 数据库 > Redis > RedisCluster原理及配置详解

RedisCluster原理及配置详解

来源：脚本之家 2023-02-25 10:17:47 0浏览收藏

最近发现不少小伙伴都对数据库很感兴趣，所以今天继续给大家介绍数据库相关的知识，本文《RedisCluster原理及配置详解》主要内容涉及到原理、配置、RedisCluster等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

Redis Cluster 原理说的头头是道，这些配置不懂就是纸上谈兵

Redis Cluster 集群相关配置，使用集群方式的你必须重视和知晓。别嘴上原理说的头头是道，而集群有哪些配置？如何配置让集群快到飞起，实现真正的高可用却一头雾水，通过下面这些配置详解也让你对集群原理更加深刻。

普通的 Redis 实例是不能成为集群的一员，想要将该节点加入 Redis Cluster，需要设置 cluster-enabled yes。

cluster-config-file nodes-6379.conf 指定集群中的每个节点文件。

集群中的每个节点都有一个配置文件，这个文件并不是让程序员编辑的，是我自己创建和更新的，每个节点都要使用不同的配置文件，一定要确保同一个集群中的不同节点使用的是不同的文件。

设置集群节点不可用的最大超时时间，节点失效检测。集群中当一个节点向另一个节点发送PING命令，但是目标节点未在给定的时限内返回PING命令的回复时，那么发送命令的节点会将目标节点标记为PFAIL(possible failuer，可能已失效)；

如果master 节点超过这个时间还是无响应，则用它的从节点将启动故障迁移，升级成主节点。

注意，任何一个节点在这个时间之内如果还是没有连上大部分的主节点，则此节点将停止接收任何请求。

默认配置是 cluster-node-timeout 15000，单位是毫秒数。

该端口是集群总线监听 TCP 连接的端口，默认配置为 cluster-port 0，我就会把端口绑定为客户端命令端口 + 10000（客户端端口默认 6379，所以绑定为 16379 作为集群总线端口）。每个 Redis Cluster 节点都需要开放两个端口：

一个用于服务于客户端的 TCP 端口，比如 6379.
另一个称为集群总线端口，节点使用集群总线进行故障监测、配置更新、故障转移等。客户端不要与集群总线端口通信，另外请确保在防火墙打开这两个端口，否则 Redis 集群接地那将无法通信。

该配置用于决定当 Redis Cluster 集群中，一个 master 宕机后，如何选择一个 slave 节点完成故障转移自动恢复（failover）。如果设置为 0 ，则不管 slave 与 master 之间断开多久，都认为自己有资格成为 master。

下面提供了两种方式来评估 slave 的数据是否太旧。

如果有多个 slave 可以 failover，他们之间会通过交换信息选出拥有拥有最大复制 offset 的 slave 节点。
每个 slave 节点计算上次与 master 节点交互的时间，这个交互包含最后一次 ping 操作、master 节点传输过来的写指令、上次可 master 断开的时间等。如果上次交互的时间过去很久，那么这个节点就不会发起 failover。

针对第二点，交互时间可以通过配置定义，如果 slave 与 master 上次交互的时间大于 (node-timeout * cluster-replica-validity-factor) + repl-ping-replica-period，该 slave 就不会发生 failover。

例如，`node-timeout = 30 秒，cluster-replica-validity-factor=10，repl-ping-slave-period=10秒，表示slave节点与master节点上次交互时间已经过去了310秒，那么slave节点就不会做failover。

调大 cluster-replica-validity-factor 则允许存储过旧数据的 slave 节点提升为 master，调小的话可能会导致没有 slave 节点可以升为 master 节点。

考虑高可用，建议大家设置为 cluster-replica-validity-factor 0。