Redis集群节点的变更

最新推荐文章于 2025-05-06 19:02:04 发布
最新推荐文章于 2025-05-06 19:02:04 发布
阅读量1.4w 收藏 7
点赞数
CC 4.0 BY-SA版权
分类专栏： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/phantom_111/article/details/80328049

Redis集群节点增加

添加的节点以主节点 和从节点 两种不同的节点类型加入集群。

  • 若为主节点 ，需要创建一个空节点，然后将某些哈希槽移动到这个空节点中
  • 若为从节点 ，需要创建一个空节点，然后将新节点设置为集群中某个master节点的slave节点

注意： 无论是主节点还是从节点，首先第一步都是创建一个空节点，所以创建步骤都是一致的。

添加节点

1.启动新的redis实例

接上一篇文章的描述，首先，新建7117目录；然后，将目录7116的redis服务的配置文件拷贝到7117目录中；最后，将配置文件中的7116全部改为7117并安装一下命令启动服务：

/usr/local/redis4/bin/redis-server /usr/local/redis4/cluster/7117/redis-7116.conf

2.添加节点到集群中
#redis-tirb 的add-node命令解释
#add-node        new_host:new_port existing_host:existing_port
]# redis-trib add-node 127.0.0.1:7117 127.0.0.1:7112
>>> Adding node 127.0.0.1:7117 to cluster 127.0.0.1:7112
>>> Performing Cluster Check (using node 127.0.0.1:7112)
M: 9fd3ed4af7d8ade053112eb30b87ae60710ab823 127.0.0.1:7112
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
S: 3af81b11efae0c0b921218ec4ca1b920f662e985 127.0.0.1:7115
   slots: (0 slots) slave
   replicates 9fd3ed4af7d8ade053112eb30b87ae60710ab823
S: ca15cf3f79f34f6fc40f354d3d8f88e62d9404e5 127.0.0.1:7116
   slots: (0 slots) slave
   replicates bcac95efa02b24ddb07ae186161457f575425bb6
M: f17572645ee8a0e60a62bd9d22a3f8f34e73b6bc 127.0.0.1:7114
   slots:0-5460 (5461 slots) master
   0 additional replica(s)
M: bcac95efa02b24ddb07ae186161457f575425bb6 127.0.0.1:7113
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
>>> Send CLUSTER MEET to node 127.0.0.1:7117 to make it join the cluster.
[OK] New node added correctly.
3.查看新增节点信息

使用/user/local/redis4/bin/reids-cli -c -p 7114 连接到redis 集群，然后用如下命令查看集群信息：
这里写图片描述

4.选择新增节点的类型

  • 作为从节点

    由于在新增主节点的时候将端口号为7117的redis实例作为master节点了，此处重新安装上述步骤新增端口为7118的实例作为slave节点 。

    • 将新增的节点作为127.0.0.1:7114 的从节点，执行的命令如下：

    ​/usr/local/redis4/bin/redis-cli -c -p 7118 cluster replicate f17572645ee8a0e60a62bd9d22a3f8f34e73b6bc
    注意： 执行上述命令的正确返回结果为返回OK 。

    • 检查新增的节点是否已经成为从节点
      这里写图片描述

    至此新增节点作为slave节点的全部过程已结束。

  • 作为主节点

    • 使用redis-trib工具，将集群中的某些哈希槽移动到新增节点中，此刻该新增节点才成为主节点 。要将集群中的哈希槽进行移动需要执行如下命令：
      这里写图片描述

    • 指定将哈希槽移动到那个节点，以及从哪几个节点移动哈希槽
      这里写图片描述

    注意 ：all 表示从所有节点中随机转移，凑够3000个哈希槽

  • 再次确实是否开始哈希槽的移动
    这里写图片描述

  • 查看增加主节点后，集群节点的情况
    这里写图片描述
    至此将新增的节点设置为master节点全部操作已经结束。

删除节点

与添加节点类似，删除节点也需要分为两类处理，包括主节点和从节点。

删除主节点

此处以上文中新增的master节点（127.0.0.1:7117）为例进行说明，该节点有300个哈希槽。

1.移动该节点的哈希槽到集群中的其他节点

执行命令redis-trib reshard 127.0.0.1:7117，控制台输出如下内容：
这里写图片描述

完成上述步骤的输入后，最后输入done表示输入完毕 。

2.删除该节点
检查负责该节点负责哈希槽是否全部移除

这里写图片描述

使用如下命令删除该节点
//最后一个参数为需要删除的节点ID
bin]# redis-trib del-node 127.0.0.1:7113 a83732804a1bea9f8e5408e7fe06fe6e3fe698ac 
>>> Removing node a83732804a1bea9f8e5408e7fe06fe6e3fe698ac from cluster 127.0.0.1:7113
>>> Sending CLUSTER FORGET messages to the cluster...
>>> SHUTDOWN the node.

删除从节点

删除从节点的操作比较简单，只需要使用redis集群管理工具redis-trib直接删除该节点即可。此处以上文中添加的redis实例（127.0.0.1:7118）为例。

//最后一个参数为需要删除的节点ID
bin]# redis-trib del-node 127.0.0.1:7115 61c19e097b56e91d6a67c9c833172790717bce0d
>>> Removing node 61c19e097b56e91d6a67c9c833172790717bce0d from cluster 127.0.0.1:7115
>>> Sending CLUSTER FORGET messages to the cluster...
>>> SHUTDOWN the node.

遇到的问题

在用redis-tirb 工具进行reshard 的时候，报如下错误：

[ERR] Calling MIGRATE ERR Syntax error, try CLIENT (LIST | KILL | GETNAME | SETNAME | PAUSE | REPLY)

ruby gem安装的redis库，版本不能使用最新的4.x版本的，否则redis-trib reshard 127.0.0.1:7117重新分片会报语法错误

解决方法：

  • 卸载安装的redis库，gem uninstall redis

  • 安装3.x版本，gem install redis -v 3.3.5 测试3.2.1到3.3.5都可以，4.x以上的分片报错。

    ​

请简述Redis集群的工作原理。Redis集群如何保证数据的一致性？Redis集群中，当某个节点出现故障时，如何处理？
Aaron的博客
03-16 1023
如果主节点出现故障，其中一个从节点可以被提升为新的主节点，从而确保服务的连续性。每个节点负责处理一部分key的数据，这样当某个节点发生故障时，只有该节点上的数据会受到影响，整个集群的可用性不会受到严重影响。在故障转移过程中，一个从节点会被提升为新的主节点，从而确保数据的连续性和一致性。每个哈希槽都映射到一个或多个Redis节点上，确保每个节点负责处理一部分槽的数据，从而实现数据的分散存储和负载均衡。主节点负责处理读写请求，而从节点则通过主从复制机制复制主节点的数据，提供数据的冗余备份。
Redis第二十二讲 Redis高可用集群节点通信机制
程序员路同学
04-09 853
Redis第二十二讲 Redis高可用集群节点通信机制Redis第二十二讲 Redis高可用集群节点通信机制Redis第二十二讲 Redis高可用集群节点通信机制Redis第二十二讲 Redis高可用集群节点通信机制
【redis】redis集群数据节点修改
zerotoall的博客
08-13 864
一、redis集群节点修改 　　 1.添加节点 　　 2.删除节点 #删除没有数据的主节点 [root@db01 ~]# redis-trib.rb del-node 172.16.1.52:6381 a298dbd22c10b8492d9ff4295504c50666f4fb2e >>> Removing node a298dbd22c10b8492d9ff4295504c50666f4fb2e from cluster 172.16.1.52:6381 >>> Sending CLUSTER
搭建redis集群/主从/单节点；redis集群扩容；热修改redis配置
奔跑的菜鸡
10-10 2130
从官网下载redis压缩包 https://redis.io/ 解压安装 解压到指定路径 tar -zxvf ./xxxx.tar.gz -C /xxx 然后cd进入目录编译安装 redis需要gcc环境，没有的自行安装一下 make && make install 安装完了默认的redis-server在/usr/local/bin/redis-server 或者在安装的时候指定路径 prefix 单节点 单节点最简单，直接把编译后目录里的redis.conf的端口改改，后台运行
【redis】redis 手动切换主从
最新发布
rita_0567的博客
05-06 796
线上redis master异常关机之后重启， 发现redis哨兵模式下 三个节点都是slave，无法选择出主。启动192.168.1.11 redis进程，成为192.168.1.12（new master）的slave。不要直接关闭redis进程，使用 shutdown ，能在进程关闭前持久化内存中的数据。架构: 3台服务器，1主2从3哨兵，每台服务有一个主（或从））和哨兵。登录192.168.1.11（master），关闭redis进程。redis 主从备份（手动切换）Redis的主从切换。
Redis集群更换节点IP后如何恢复集群并保留完整集群数据
非著名运维的博客
06-09 1696
Redis集群更换节点IP后如何恢复集群并保留完整集群数据
redis集群数据迁移到单节点或哨兵模式上-快速复用
qq_38959715的博客
04-04 569
网上基本是都是通过rdb、aof、或者用redis-dump来实现数据迁移，步骤都挺复杂的，完全可以通过go直接编译一个可执行程序来实现可快实现快速迁移。由于集群模式数据是分散的，所以复制的过程还需要考虑MOVED的情况。下面是参考代码，可以修改ip、端口与密码参数并根据自己需要进行调整。
spring集成redis哨兵模式、及切换为单点模式
enthan809882的博客
11-03 1608
不用引入额外的maven依赖。 配置文件的改变。 配置类的改变，redisconfig方面的配置。 redis其实就用配置2方面，一个是config，一个是jedis链接池的配置。 spring.redis.work.mode = 1 spring.redis.database = 4 spring.redis.password = 1234 spring.redis.pool.max-active = 1024 spring.redis.pool.max-wait = 10000 spring.redis
Redis集群的节点通信原理
热门推荐
外星人的程序生涯
07-25 1万+
Redis集群搭建中，数据如何在节点分布的原理，下面来介绍一下节点之间是如何进行通信(节点握手) 在分布式存储中需要提供维护节点元数据信息的机制，所谓元数据是指：节点负责哪些数据，是否出现故障等状态信息。常见的元数据维护方式分为：集中式和P2P方式。Redis集群采用P2P的Gossip（流言）协议，Gossip协议工作原理就是节点彼此不断通信交换信息，一段时间后所有的节点都会知道集群完整的信息...
Redis集群搭建及原理详解
core815的专栏
06-18 1820
在redis3.0以前的版本要实现集群一般是借助哨兵sentinel工具来监控master节点的状态，如果master节点异常，则会做主从切换，将某一台slave作为master，哨兵的配置略微复杂，并且性能和高可用性等各方面表现一般，特别是在主从切换的瞬间存在访问瞬断的情况，而且哨兵模式只有一个主节点对外提供服务，没法支持很高的并发，且单个主节点内存也不宜设置得过大，否则会导致持久化文件过大，影响数据恢复或主从同步的效率。
Redis 集群模式
分享既学习
07-05 2117
Redis 3.0 提供了 Redis Cluster 架构，有效解决 Redis 分布式方面的需求。当遇到单机内存、并发、流量瓶颈时，可以使用 Redis 集群模式解决，达到负载均衡的目的。本篇文章将介绍 Redis 集群搭建运维。
Redis 集群
qq15035899256的博客
02-25 1227
本文是对Redis集群的学习，了解了Redis集群的数据存储设计、内部通信设计，以及 cluster 集群结构搭建的具体方法。之后的学习内容将持续更新！！！
redis命令
qq_42350383的博客
03-20 148
安装操作： wget http://download.redis.io/releases/redis-5.0.8.tar.gz tar xzf redis-5.0.8.tar.gz cd redis-5.0.8 make 操作步骤： wget http://download.redis.io/releases/redis-5.0.8.tar.gz tar xzf redis-5.0.8.tar....
Redis单节点、主从、哨兵、去中心化集群部署
weixin_68170314的博客
06-06 1928
redis是一个key-value。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list()、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。
Redis主从切换（单点故障）解决源码
农夫三拳
12-26 653
初始化发布命令，往pubsub_channels添加channel和对应的客户端列表。hash key存储了channel名称，value存储了订阅者列表。2、从redis架构去思考，拓展哨兵、master、salve都相对简单容易，2、高频次访问发布消息，容易阻塞挤压，说白了还是Reactor单线程驱动缺点。1、采用Reactor事件单线程去驱动发布订阅事件的，从pubsub_channels适配channel对应的订阅者列表。，redis只管发送消息，不会等待订阅该频道的实例响应。
redis cluster 手动切换主从
我的博客
05-11 1574
CLUSTER REPLICATE 将当前节点设置为 node_id 指定的节点的从节点。CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。redis cluster 自动切换主从之后想手动切回原来的状态。如果7003 还是master的情况，那么请按照如下操作。自动发生主从切换之后的集群状态。这个时候集群应该就正常了。在7000节点上执行。
redis单点改集群
夜半离人
12-24 1771
刚开始项目用的是redis单点，但是生产环境是redis集群，没办法，只能将项目的redis连接方式进行修改。 刚开始单点的时候使用的是xml的方式生产bean <!-- redis 配置 --> <bean id="poolConfig" class="redis.clients.jedis.JedisPoolConfig"> <property name="maxTotal" value="${redis.pool.maxTotal}"/><!
Redis集群中删除/修改节点（master、slave）（实验）
weixin_33892359的博客
05-24 3136
删除一个slave节点： # redis-trib.rb del-node 192.168.2.202:6380 e4dc23dc67418bf66c6c63655110612cb9516aff // del-node host:port node-id >>> Removing node e...
redis集群动态增加或者删除节点
每天积累一点，一年后你会发现，自己变化很大
04-02 1028
Redis集群添加节点 1：首先把需要添加的节点启动 cd /usr/local/cluster/ mkdir 7006 cp /usr/local/cluster/redis.conf  /usr/local/cluster/7006/ cd /usr/local/cluster/7006/ vi redis.conf ##修改redis
redis集群主从节点如何清空
03-01
### 清空 Redis 集群中的主从节点数据 在 Redis 集群环境中，清空所有主从节点上的数据可以通过向集群广播 `FLUSHALL` 或者 `FLUSHDB` 命令来实现。这取决于是否要清除所有的数据库还是仅限于默认的单个数据库。 对于 Redis 集群而言，执行此操作前应当确保已经备份了重要的数据以防误删重要信息[^2]。 为了安全起见，在实际生产环境中建议先停止写入操作再进行清理工作，并且通知到可能受影响的应用方知晓维护窗口的存在。 具体命令如下所示： ```bash # 连接到任意一个集群节点并发送 FLUSHALL/FLUSHDB 广播消息给其他成员 redis-cli --cluster call <host>:<port> FLUSHALL ``` 上述命令会遍历整个集群并将指定指令传递至每一个节点上运行，从而达到统一管理的目的。如果只想针对特定范围内的键名实施删除动作，则可以考虑编写脚本来完成更精细的操作逻辑而不是简单粗暴地全部抹除掉。 另外需要注意的是，当使用 `--cluster call` 参数时，它能够帮助用户轻松地将一条命令分发出去影响全局；而直接通过客户端工具单独连接各个实例也是可行的方法之一，不过效率较低而且容易遗漏某些部分。 #### 使用 Python 实现批量清空功能 除了利用官方提供的 CLI 工具外，还可以借助编程语言如Python 来简化流程控制以及错误处理等方面的工作量。下面给出了一段简单的代码片段用于示范如何自动化这一过程: ```python import redis from itertools import chain def flush_redis_cluster(hosts_ports): r = redis.StrictRedis() # 获取全量slot映射关系表 slots_info = list(chain(*r.cluster('SLOTS'))) masters = set([node['host'] for node in slots_info]) for host_port in hosts_ports: try: client = redis.Redis.from_url(f'redis://{host_port}') if host_port.split(":")[0] not in masters: continue info = client.info(section='replication') role = info.get('role') print(f'Flushing {"master" if role == "master" else "slave"} at {host_port}...') client.flushall() except Exception as e: print(e) if __name__ == '__main__': hosts_ports = ['192.168.1.52:8000', 'other_node_ip:port'] flush_redis_cluster(hosts_ports) ``` 这段程序首先收集到了所有槽位对应的主节点地址列表，接着尝试依次访问这些位置并向它们发出刷新请求。由于从属副本通常不会接受来自外部源发起的数据变更类别的事务（比如本例中的清除），所以这里只对领导者角色进行了相应处理[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值