Redis集群配置文件那些事儿，带你慢慢捋清楚怎么配才靠谱

（引用来源：主要基于Redis官方文档中关于Redis Cluster的配置说明，并结合常见的运维实践经验）

今天咱们来聊聊Redis集群的配置文件该怎么弄,你可能在网上看到过很多配置示例，但为啥要那么配，不配又会怎样，心里可能还是没底，咱们不整那些高大上的术语，就用人话把这事儿捋明白。

你得知道,一个Redis集群是由多个节点（Node）组成的，每个节点都是一个独立的Redis服务器实例，每个节点都有一个自己的配置文件，集群的配置就是通过正确设置每个节点的配置文件来实现的，核心是搞懂单个节点的配置文件里，哪些关键项是跟集群有关的。

第一个关键项,就是cluster-enabled，这个开关你必须打开，告诉这个Redis实例：“喂，你别单干了，准备加入集群吧。” 你把它设为yes，这个实例才会以集群模式启动，如果没开这个，其他配置都白搭，它就是个光杆司令。

光打开了集群模式还不行,你得告诉这个节点集群长啥样，这就需要第二个关键项：cluster-config-file，这个参数指定一个文件名，比如nodes-6379.conf，这个文件特别重要，但它不是你自己手动创建的，而是Redis集群自动生成和维护的，里面记录了当前集群里所有节点的状态信息，比如有哪些节点、谁是主谁是从、他们的地址端口等等，你只需要指定一个文件路径，确保Redis有权限读写就行，如果这个文件丢了，节点重启后就“失忆”了，不记得自己属于哪个集群，可能会出问题。

接下来是cluster-node-timeout，这个参数说的是，集群中一个节点允许失联多久（单位是毫秒），超过这个时间，其他节点就会认为这个节点“挂掉”了，然后开始进行故障转移（比如把它的从节点提升为主节点），这个值不能设得太小，比如你设成1000毫秒（1秒），网络稍微抖一下，节点就被误判为宕机，集群就会频繁折腾，一般建议设为15000（15秒）到20000（20秒）之间，给网络留点余地，但也不能设得太大，否则真宕机了，需要等很久才会切换，影响服务可用性。

然后是两个关于主从复制的参数,在集群里也很重要，一个是cluster-replica-validity-factor，这名字有点拗口，咱们拆开看，当主节点挂掉，需要从从节点里选一个新的主节点时，会看这个从节点的数据旧不旧，如果这个从节点太久没和主节点同步数据了，它的数据可能太老，就不适合被选为主节点，这个“太久”是怎么算的呢？就是用cluster-node-timeout乘以这个cluster-replica-validity-factor，如果这个因子设为0，就意味着从节点不管数据多旧，都会尝试被选为主节点，为了保证数据一致性，通常不建议设为0，默认值10（即10倍超时时间）是比较合理的。

另一个是cluster-migration-barrier，这个是为了保证高可用，比如你集群里每个主节点都配了一个从节点，如果某个主节点挂了，它的从节点会顶上去成为新的主节点，但这时候这个新主节点就没有从节点了，万一它再挂，这部分数据就彻底不可用了，这个参数的作用是，当一个主节点拥有至少这么多（参数值）个健康的从节点时，允许其中一个从节点迁移到没有从节点的主节点下面去“保驾护航”，默认值是1，意思是只要一个主节点有至少1个从节点，就可以进行这种迁移，这能提高集群的整体健壮性。

还有一个你可能不太注意但很关键的配置：bind和port，在集群模式下，节点之间需要互相通信，如果你只绑定了127.0.0.1（本地回环地址），那么其他服务器上的节点就无法访问它，集群组建不起来。bind参数通常要绑定节点的真实IP地址，或者直接注释掉（绑定到所有接口），要确保防火墙开放了指定的端口（默认6379）和集群总线端口（客户端端口+10000，比如16379），总线端口是节点间内部通信用的。

关于密码,如果你设置了密码requirepass，那么还必须设置masterauth，并且这两个密码要一样，因为当主从节点同步数据，或者节点间通信时，也需要认证，光有requirepass，从节点无法向主节点认证，集群内部通信也会失败。

配一个靠谱的Redis集群节点配置文件,你至少得检查这几项：打开cluster-enabled，设好cluster-config-file路径，给一个合理的cluster-node-timeout，理解cluster-replica-validity-factor和cluster-migration-barrier的作用并按需调整，正确配置bind和端口，如果设了密码一定别忘了masterauth，把这些捋清楚了，你的集群配置就算走上正道了，剩下的，就是根据你的实际业务量和服务器资源，去调整内存大小、持久化策略这些通用参数了。