Redis集群怎么搭建和用，最实用的技巧和注意点分享

Redis集群的搭建和日常使用，说复杂也复杂，说简单也简单，咱们今天就抛开那些厚厚的说明书,聊点实实在在的步骤和坑。

搭建：一步步来，别着急

搭建一个最基础的Redis集群（三主三从），你只需要准备好三台或六台机器（或者虚拟机、Docker容器），为了省事，我们经常在三台机器上每台跑两个Redis实例，一个当主节点,一个当从节点。

第一步：准备Redis实例 确保每台机器上都安装好了Redis，版本最好用5.0以上的，比较稳定，不是直接启动默认的Redis服务，而是要为集群创建专门的配置文件，在一台机器上，你可以创建两个配置文件：redis-7000.conf 和 redis-7001.conf。

配置文件里最关键的就这几行（以7000端口为例）：

port 7000
daemonize yes
pidfile /var/run/redis_7000.pid
logfile "/path/to/redis_7000.log"
dir /path/to/your/data/7000
cluster-enabled yes
cluster-config-file nodes-7000.conf
cluster-node-timeout 15000
appendonly yes

• port：每个实例必须用不同的端口。
• cluster-enabled yes：这是开启集群模式的开关,最重要！
• cluster-config-file：集群会自动生成这个文件，记录集群状态,别手动改它。
• dir：数据目录,每个实例也要分开。

按照这个方式，在三台机器上分别启动共6个Redis实例，启动命令就是：redis-server /path/to/redis-7000.conf

第二步：组建集群 实例都跑起来后，它们还是孤立的，这时候需要用Redis官方给的redis-cli工具把它们“串联”起来,一行命令搞定：

redis-cli --cluster create \
ip1:7000 ip1:7001 \
ip2:7000 ip2:7001 \
ip3:7000 ip3:7001 \
--cluster-replicas 1

• 把ip1, ip2, ip3换成你真实的机器IP。
• --cluster-replicas 1 表示每个主节点带一个从节点,它会自动分配谁主谁从。

执行这行命令后，它会给你展示一个分片方案，你输入yes确认，集群就开始组建了，等一会儿，一个可用的Redis集群就搭建完成了，你可以用 redis-cli -c -p 7000 cluster nodes 命令查看节点关系,确认是否成功。

使用：客户端得聪明点

搭建好了，怎么用呢？最关键的一点是：你的客户端必须支持集群协议。

你不能像连接单机Redis那样，随便连一个节点就万事大吉了，你需要使用支持集群的客户端，比如Java的JedisCluster、Python的redis-py-cluster等，这些客户端在初始化时，会给你一个集群中任意几个节点的地址作为“种子”，然后客户端自己会去获取整个集群的槽位映射信息（slots map）。

当你执行一个命令，set key123 value 时，客户端会先计算 key123 的哈希值，算出它属于哪个槽（slot），然后根据自己维护的映射表，直接把这个命令发送到正确的那个主节点上，如果送错了节点，节点会告诉你“MOVED”错误，并告诉你正确的节点地址，聪明的客户端会自动跳转过去重试，这就是为什么你连接集群时要用 -c 参数（redis-cli -c -p 7000），这个-c就是开启集群模式,支持自动重定向。

最实用的技巧和注意点（全是干货）

1. 键值设计是命门：集群是把数据分到16384个槽里，分片的依据是key的哈希值。一定要避免大的key，比如一个存储了几十万个元素的Hash键，这种大key会导致某个节点的内存和网络压力巨大，拖累整个集群，对于需要一起查询的多个key，可以通过使用来定义“哈希标签”，强制把它们放到同一个槽里。user:{1000}:profile 和 user:{1000}:orders，因为内的1000是相同的，所以它们会被分配到同一个节点,方便事务操作。

   

2. 从节点不是给你读的：默认情况下，从节点只是作为主节点的备份，不承担读请求，这是为了强一致性，如果你想要扩展读性能，可以在客户端开启READONLY命令，允许在从节点上读数据，但要注意，从节点的数据可能比主节点旧一点,适合对一致性要求不高的场景。

3. 集群伸缩要计划好：虽然Redis集群支持动态增加或删除节点，数据会自动迁移，但迁移过程是阻塞的，会影响性能，所以最好在业务低峰期操作，并且提前规划好容量,避免频繁伸缩。

4. 网络和安全是基础：Redis集群节点之间需要大量通信（心跳、数据迁移等），一定要保证所有节点之间的网络是通的，并且延迟要低，别把节点分散在相隔很远的机房，默认的集群是没有密码认证的，这在生产环境极其危险，可以通过requirepass和masterauth配置项为所有节点设置相同的密码来增加安全性。

5. 监控不能少：别等出事了才去看日志，用redis-cli --cluster check命令定期检查集群健康状态，更要用监控工具（如Prometheus+Grafana）监控每个节点的内存、CPU、键数量、网络流量等指标,内存快满了就要提前预警。

6. 备份和恢复不一样：集群的备份不能简单地对每个节点执行SAVE或BGSAVE，因为每个节点只存了一部分数据，官方推荐的方法是使用redis-cli --cluster backup命令（或者一些第三方工具），它能在一定程度上保证数据的一致性，恢复起来也更复杂,需要特别注意。

7. 不是万能药：Redis集群解决了单机内存瓶颈和高可用问题，但它不支持那些需要操作多个key且这些key不在同一个槽上的命令（比如跨key的集合操作），在业务设计初期就要想清楚,你的数据模型是否适合集群。

搭建集群按部就班不难，难的是在日常使用中做好键值设计、容量规划和监控预警，把这些点注意到了，Redis集群才能在你的系统里稳定高效地跑起来。 综合了Redis官方文档、多位技术博主如程序员囧辉、小米云技术等的实践经验分享，以及个人在项目中的实践总结。）