Redis集群怎么搭建才靠谱，实操经验和注意点全分享

（引用来源：部分内容参考了Redis官方文档以及多位运维工程师的社区分享）

想搭一个靠谱的Redis集群,光看理论手册容易懵，我来分享点实操中摸爬滚打出来的经验，尽量说人话，把关键点和容易踩的坑都讲清楚。

想清楚是不是真的需要集群。

别一上来就搞集群,复杂度和管理成本会高很多，如果你的数据量不大，比如就几个G，或者主要是做缓存、丢了也能从数据库重新加载，那用个主从复制（一主一备或一主多备）再加个哨兵（Sentinel）来做高可用，完全够用了，简单稳定，出问题了也容易排查，集群主要是为了解决单机内存不够用的问题，也就是数据分片。

正式开始搭集群，准备工作要做好。

机器准备方面,最少需要6个节点，这是Redis集群的硬性要求，因为集群至少要有3个主节点（Master）来分片数据，每个主节点还得配至少1个从节点（Slave）做备份，保证高可用，3主3从是最小标准，强烈建议把这6个节点部署在不同的物理服务器上，最不济也要在不同的虚拟机上，如果全放在一台机器上，只是用不同端口区分，那这台机器一挂，整个集群就全完了，失去了高可用的意义。

系统配置上,有几个地方要调，一个是得把Linux系统的透明大页（THP）给关掉，这玩意儿在数据库场景下容易引起延迟飙升，命令是 echo never > /sys/kernel/mm/transparent_hugepage/enabled，最好写到开机启动脚本里，另一个是要增大系统的somaxconn参数，就是网络连接队列的长度，默认值太小，高并发时可能会出问题，这些细节官方文档都提了，但新手容易忽略。

安装和配置环节，细节决定成败。

安装Redis没啥好说的,稳定版源码编译安装就行，关键是每个节点的配置文件，最好给每个节点单独一个目录，里面放它自己的配置文件、数据文件和日志文件，这样清晰，好管理，配置文件里，下面这几项是集群必须的：

cluster-enabled yes：这是开启集群模式的开关，必须打开。 cluster-config-file nodes-6379.conf：这个是集群自动生成的配置文件，记录了集群状态，别手动改它，每个节点指定一个唯一的文件名。 cluster-node-timeout 15000：节点失联的超时时间，单位毫秒，这个值很重要，设得太短，网络稍微一波动就可能被误判为下线，引发不必要的主从切换；设得太长，真宕机了故障转移又慢，默认15秒可以根据网络情况微调。 appendonly yes：建议开启持久化，即使集群有副本，主节点持久化也能增加一层保障。

防火墙一定要放行两个端口：一个是Redis的服务端口（比如6379），另一个是集群总线端口（服务端口+10000，比如16379），节点之间靠这个总线端口进行心跳、故障检测和配置更新，这个端口不通，集群永远创建不成功，这是最常见的坑之一。

用工具创建集群，别手动搞。

配置好所有节点并启动后,可以用Redis自带的redis-cli --cluster create命令来创建集群，它会自动帮你把槽（slot，总共16384个）平均分配给主节点，并建立主从关系。redis-cli --cluster create ip1:port1 ip2:port2 ... ip6:port6 --cluster-replicas 1。--cluster-replicas 1 表示每个主节点带一个从节点，工具会给出一个分配方案，你确认没问题输入yes就行，非常方便，比自己手动分配槽和指定主从省心太多了。

集群跑起来之后，运维要点不能忘。

客户端连接要使用支持集群模式的客户端库,连接时，只需要指定集群中任意一个或多个节点的地址就行，客户端会自己获取整个集群的拓扑信息，但要注意，客户端写的key会被计算出一个哈希值，映射到某个槽上，这个槽在哪个节点，请求就会发到哪个节点，批量操作（比如mget、mset）的key必须在同一个节点上，否则会报错，可以用哈希标签（hashtag）来保证一批key落到同一个槽，就是把key中用括起来的部分用来计算哈希，user:{1000}.name 和 user:{1000}.email 肯定在同一个节点。

监控是保证集群健康的眼睛,除了看每个节点的内存、CPU、连接数这些基础指标，更要关注集群本身的状态：有没有节点掉线？主从关系是否正常？各个主节点的槽分配是否完整（必须覆盖0-16383）？可以用redis-cli --cluster check命令定期检查。

扩容和缩容是高级操作,虽然redis-cli --cluster也提供了相关命令，但操作时务必谨慎，尤其是缩容下线节点前，一定要先把这个节点上的数据槽迁移到其他节点上，迁移过程中会对性能有影响，建议在业务低峰期操作，并且做好监控和预案。

最后总结一下，靠谱的Redis集群=前期的合理规划+细致的配置+正确的工具使用+持续的监控运维。 一开始把基础打牢，后面能避免很多莫名其妙的麻烦。