首页
看点啥
插画图片
首页 科技看点 Redis Cluster部署实践实用指南

Redis Cluster部署实践实用指南

2026-08-27 0

平时做技术实践时,很多问题不是概念不会,而是细节没串起来。拿“Redis Cluster部署实践”来说,它看着像小点,放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序,把思路、关键写法和容易踩坑的地方讲清楚,便于大家直接对照操作。

一、我们要做什么?

在一台机器上(192.168.166.9)跑 6 个 Redis 实例

  • 3 个 Master(主节点):6379、6381、6383
  • 3 个 Slave(从节点):6380、6382、6384

最后形成一个 3 主 3 从 的 Redis 集群。

二、准备工作(傻瓜式操作)

1. 先搞一个模板设置文件

  • 把原来的 /etc/redis.conf 复制到 /etc/redis/6379.conf
  • 这个文件里设置了端口、日志、数据目录等基本参数

2. 一键生成 6 个设置文件

for i in {6380..6384}; do cp 6379.conf $i.conf; done

3. 批量改设置(用循环搞定)

设置项改成什么
端口6379 → 6380、6381……
数据目录/var/lib/redis/6379 → 各自端口
日志文件/var/log/redis/6379.log → 各自端口
PID 文件/var/run/redis/6379.pid → 各自端口
保护模式yes → no
后台运行no → yes
地址127.0.0.1 → 192.168.166.9

4. 加上集群设置(每个设置文件末尾追加)

cluster-enabled yes
cluster-config-file nodes-端口.conf
cluster-node-timeout 15000

这三行意思是:开启集群模式、保存集群状态的文件、节点超时时间 15 秒。

三、启动所有实例

for i in {6379..6384}; do redis-server /etc/redis/$i.conf; done

一条命令把 6 个 Redis 都跑起来。

四、组成集群(手动搓)

1. 让所有节点互相认识

for i in {6380..6384}; do redis-cli -h 192.168.166.9 -p 6379 cluster meet 192.168.166.9 $i; done

相当于:6379 这个老大哥,去跟其他 5 个兄弟打个招呼,大家以后是一家人。

2. 分配槽位(16384 个槽,平均分给 3 个 Master)

节点槽位范围槽数量
63790 ~ 54615462
63815462 ~ 109225461
638310923 ~ 163835461
redis-cli -h 192.168.166.9 -p 6379 cluster adds {0..5461}
redis-cli -h 192.168.166.9 -p 6381 cluster adds {5462..10922}
redis-cli -h 192.168.166.9 -p 6383 cluster adds {10923..16383}

槽 = 货架编号,每个 Master 管自己的一排货架。

3. 建立主从关系(谁是谁的备胎)

先查 Master 的 ID:

redis-cli -h 192.168.166.9 -p 6379 cluster nodes

然后把 Slave 挂到对应的 Master 上:

# 6380 给 6379 当备胎
redis-cli -h 192.168.166.9 -p 6380 cluster replicate <6379的ID>
# 6382 给 6381 当备胎
redis-cli -h 192.168.166.9 -p 6382 cluster replicate <6381的ID>
# 6384 给 6383 当备胎
redis-cli -h 192.168.166.9 -p 6384 cluster replicate <6383的ID>

五、验证集群

redis-cli -h 192.168.166.9 -p 6379 cluster nodes
redis-cli -h 192.168.166.9 -p 6379 cluster info

落到代码里,能看到每个节点的角色(master/slave)和负责的槽位范围,就说明成功了。

六、故障恢复(自动的)

模拟故障

kill -9 <某个master的进程ID>

自动发生的事

  • 集群检测到该 Master 挂了
  • 它的 Slave 自动升级成新 Master
  • 集群继续正常工作

恢复后

  • 从实现思路看,原来的 Master 重启后,会自动变成新 Master 的 Slave(备胎)
  • 不需手动干预

七、常用命令速查表(大白话版)

命令大白话解释
cluster meet IP 端口把某个节点拉进群
cluster nodes看看群里都有谁,谁是什么角色
cluster adds 槽位把一批槽分给当前节点
cluster replicate 节点ID让当前节点给指定节点当备胎
cluster info看看集群整体状态好不好
cluster failover手动让备胎上位(强制切换)
cluster key key看这个 key 属于哪个槽
cluster forget 节点ID把某个节点踢出群

八、核心注意点(避坑指南)

解决办法
启动 Redis 不用绝对路径必须用绝对路径,否则 nodes.conf 会乱
保护模式没关必须设置 protected-mode no
127.0.0.1改成真实 IP,否则其他节点连不上
槽位没分完16384 个槽必须全部分配,集群才能用
主节点没有从节点每个 Master 最好配一个 Slave,否则挂了就丢数据

九、总结一句话

手动搭 Redis Cluster = 配 6 个设置文件 → 启动 → 互相认识 → 分槽位 → 定主从,最后得到一个能自动故障转移的 3 主 3 从集群。

以上为个人经验,希望能给大家一个参考,也希望大家多多兼容脚本之家。

您可能感兴趣的文章:
  • docker实现redis-cluster模式集群部署的示例
  • Docker-compose部署redis-cluster集群的完整步骤
  • 基于Redis6.2.6版本部署Redis Cluster集群的问题
  • k8s部署redis cluster集群的实现
  • 采用Ruby脚本部署Redis Cluster集群步骤讲解
  • 如何用docker部署redis cluster的方法
喜欢(0)

上一篇

MySQL解析器的扩展开发案例分析:从理论到实践实用指南

下一篇

银河麒麟V10安装达梦8数据库详细操作过程及避坑实用指南

猜你喜欢