Redis动态删除主从节点

最新推荐文章于 2025-05-06 19:02:04 发布
最新推荐文章于 2025-05-06 19:02:04 发布
阅读量5.8k 收藏 3
点赞数 2
CC 4.0 BY-SA版权
分类专栏： redis 文章标签： redis动态删除主从节点 redis-cluster节点删除
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a920259310/article/details/72523065

Redis动态删除主从节点

先删除从节点

1.找到要删除的redis节点的ip/端口/和redisID

我们这里要删除7008(主节点)/7009(从节点)

7009节点信息

ip:192.168.1.34,

端口:7009

redisID:eab2aa8fe15448bc9b9c012a36d102e740172eca

如图

 

2.删除从节点操作

2.1删除从节点

命令:

     ~/redis-3.2.8/src/redis-trib.rb del-node 被删除目标节点ip:被删除目标节点端口 被删除目标节点ID

如下:

    ~/redis-3.2.8/src/redis-trib.rb del-node 192.168.1.34:7009  eab2aa8fe15448bc9b9c012a36d102e740172eca

[root@mini34 ~]# ~/redis-3.2.8/src/redis-trib.rb del-node 192.168.1.34:7009  eab2aa8fe15448bc9b9c012a36d102e740172eca

>>> Removing node eab2aa8fe15448bc9b9c012a36d102e740172eca from cluster 192.168.1.34:7009

>>> Sending CLUSTER FORGET messages to the cluster...

>>> SHUTDOWN the node.

[root@mini34 ~]#

如图已经没有7009节点了,删除成功

 

3.删除主节点

删除主节点时必须先将主节点中的槽(数据)分配到其他节点上后才能删除,不然会发生数据丢失

3.1迁移待删除主节点的数据

命令:

~/redis-3.2.8/src/redis-trib.rb reshard 目标主节点IP:目标主节点端口

如下:

~/redis-3.2.8/src/redis-trib.rb reshard mini34:7008

[root@mini34 ~]# ~/redis-3.2.8/src/redis-trib.rb reshard mini34:7008

>>> Performing Cluster Check (using node mini34:7008)

M: 4f257a0d79ae59ef55b8dfe81e6f89f945469b78 mini34:7008

   slots:0-5,5461-5467,10923-10928 (19 slots) master

   0 additional replica(s)

S: 5bce6e6e8db64dfb9f4dc704739ce5ba55a4e956 127.0.0.1:7004

   slots: (0 slots) slave

   replicates b37b29006c1b7c205cac9ccec729f020224370fa

S: 00f224f0da87d31321630dfbaa9ef0170b745706 127.0.0.1:7006

   slots: (0 slots) slave

   replicates c24f0c5d00233b81a79b7cf3b3d28dbcef123328

S: 8d440f94d4fe20cad6a6711e829461187d2141b1 127.0.0.1:7005

   slots: (0 slots) slave

   replicates e75adb7b8c4bb8a9f2256cd7291195a5664f5d54

M: e75adb7b8c4bb8a9f2256cd7291195a5664f5d54 127.0.0.1:7002

   slots:5468-10922 (5455 slots) master

   1 additional replica(s)

M: b37b29006c1b7c205cac9ccec729f020224370fa 127.0.0.1:7001

   slots:6-5460 (5455 slots) master

   1 additional replica(s)

M: c24f0c5d00233b81a79b7cf3b3d28dbcef123328 127.0.0.1:7003

   slots:10929-16383 (5455 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.

需要移动多少个槽(我们7008上面只有19个数据槽)

How many slots do you want to move (from 1 to 16384)? 19

移动到哪个节点上

What is the receiving node ID? b37b29006c1b7c205cac9ccec729f020224370fa

Please enter all the source node IDs.

  Type 'all' to use all the nodes as source nodes for the hash slots.

  Type 'done' once you entered all the source nodes IDs.

从哪里移动数据槽(我们这里从7008移动)

Source node #1:4f257a0d79ae59ef55b8dfe81e6f89f945469b78

结束,开始执行

Source node #2:done

 

Ready to move 19 slots.

  Source nodes:

    M: 4f257a0d79ae59ef55b8dfe81e6f89f945469b78 mini34:7008

   slots:0-5,5461-5467,10923-10928 (19 slots) master

   0 additional replica(s)

  Destination node:

    M: b37b29006c1b7c205cac9ccec729f020224370fa 127.0.0.1:7001

   slots:6-5460 (5455 slots) master

   1 additional replica(s)

  Resharding plan:

    Moving slot 0 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 1 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 2 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 3 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 4 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5461 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5462 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5463 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5464 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5465 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5466 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 5467 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 10923 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 10924 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 10925 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 10926 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

    Moving slot 10927 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

Moving slot 10928 from 4f257a0d79ae59ef55b8dfe81e6f89f945469b78

是否执行以上的执行计划,yes是的

Do you want to proceed with the proposed reshard plan (yes/no)? yes

Moving slot 0 from mini34:7008 to 127.0.0.1:7001:

Moving slot 1 from mini34:7008 to 127.0.0.1:7001:

Moving slot 2 from mini34:7008 to 127.0.0.1:7001:

Moving slot 3 from mini34:7008 to 127.0.0.1:7001:

Moving slot 4 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5461 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5462 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5463 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5464 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5465 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5466 from mini34:7008 to 127.0.0.1:7001:

Moving slot 5467 from mini34:7008 to 127.0.0.1:7001:

Moving slot 10923 from mini34:7008 to 127.0.0.1:7001:

Moving slot 10924 from mini34:7008 to 127.0.0.1:7001:

Moving slot 10925 from mini34:7008 to 127.0.0.1:7001:

Moving slot 10926 from mini34:7008 to 127.0.0.1:7001:

Moving slot 10927 from mini34:7008 to 127.0.0.1:7001:

Moving slot 10928 from mini34:7008 to 127.0.0.1:7001:

查看7008节点信息

mini34:7008> cluster nodes

5bce6e6e8db64dfb9f4dc704739ce5ba55a4e956 127.0.0.1:7004 slave b37b29006c1b7c205cac9ccec729f020224370fa 0 1495136054047 8 connected

00f224f0da87d31321630dfbaa9ef0170b745706 127.0.0.1:7006 slave c24f0c5d00233b81a79b7cf3b3d28dbcef123328 0 1495136056060 3 connected

8d440f94d4fe20cad6a6711e829461187d2141b1 127.0.0.1:7005 slave e75adb7b8c4bb8a9f2256cd7291195a5664f5d54 0 1495136058077 2 connected

7008上面已经没有数据槽了

4f257a0d79ae59ef55b8dfe81e6f89f945469b78 127.0.0.1:7008 myself,master - 0 0 7 connected

e75adb7b8c4bb8a9f2256cd7291195a5664f5d54 127.0.0.1:7002 master - 0 1495136056565 2 connected 5468-10922

b37b29006c1b7c205cac9ccec729f020224370fa 127.0.0.1:7001 master - 0 1495136057069 8 connected 0-5467 10923-10928

c24f0c5d00233b81a79b7cf3b3d28dbcef123328 127.0.0.1:7003 master - 0 1495136052032 3 connected 10929-16383

mini34:7008>

 

数据迁移成功!!!!!

3.2删除主节点

命令:

     ~/redis-3.2.8/src/redis-trib.rb del-node 被删除目标节点ip:被删除目标节点端口 被删除目标节点ID

如下:

    ~/redis-3.2.8/src/redis-trib.rb del-node 192.168.1.34:7008  4f257a0d79ae59ef55b8dfe81e6f89f945469b78

 

[root@mini34 ~]# ~/redis-3.2.8/src/redis-trib.rb del-node 192.168.1.34:7008  4f257a0d79ae59ef55b8dfe81e6f89f945469b78

>>> Removing node 4f257a0d79ae59ef55b8dfe81e6f89f945469b78 from cluster 192.168.1.34:7008

>>> Sending CLUSTER FORGET messages to the cluster...

>>> SHUTDOWN the node.

#删除成功

[root@mini34 ~]#

mini34:7006> cluster nodes

b37b29006c1b7c205cac9ccec729f020224370fa 127.0.0.1:7001 master - 0 1495136336818 8 connected 0-5467 10923-10928

00f224f0da87d31321630dfbaa9ef0170b745706 127.0.0.1:7006 myself,slave c24f0c5d00233b81a79b7cf3b3d28dbcef123328 0 0 6 connected

8d440f94d4fe20cad6a6711e829461187d2141b1 127.0.0.1:7005 slave e75adb7b8c4bb8a9f2256cd7291195a5664f5d54 0 1495136332788 5 connected

c24f0c5d00233b81a79b7cf3b3d28dbcef123328 127.0.0.1:7003 master - 0 1495136333796 3 connected 10929-16383

e75adb7b8c4bb8a9f2256cd7291195a5664f5d54 127.0.0.1:7002 master - 0 1495136335812 2 connected 5468-10922

5bce6e6e8db64dfb9f4dc704739ce5ba55a4e956 127.0.0.1:7004 slave b37b29006c1b7c205cac9ccec729f020224370fa 0 1495136334806 8 connected

mini34:7006>

 

redis 3.2.5主从节点调整
qq_36385863的博客
03-03 685
redis集群主从节点切换步骤
Redis】Redis主从复制（二）————主从结构/流程
低调做人，低调编码，神码都是浮云
06-11 869
redis主从复制
redis删除主从节点
weixin_30399155的博客
07-03 900
1、删除一个Slave节点 ./redis-cli --cluster del-node 127.0.0.1:7001 74957282ffa94c828925c4f7026baac04a67e291 返回信息： >>> Removing node 74957282ffa94c828925c4f7026baac04a67e291 from cluster 12...
redis解除（删除）主从关系
BugMan的博客
12-11 2804
如何解除redis结点间的主从关系
【redis】redis 手动切换主从
最新发布
rita_0567的博客
05-06 767
线上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的删除机制、持久化 主从
weixin_33812433的博客
11-01 123
Redis的使用分两点： 性能如下图所示，我们在碰到需要执行耗时特别久，且结果不频繁变动的SQL，就特别适合将运行结果放入缓存。这样，后面的请求就去缓存中读取，使得请求能够迅速响应。 并发在大并发的情况下，所有的请求直接访问数据库，数据库会出现连接异常。这个时候，就需要使用redis做一个缓冲操作，让请求先访问到redis，而不是直接访问数据库 使用redis有什么缺点 分析:...
Redis之节点的删除
04-23 1157
1.删除从节点 删除节点命令格式： ./redis-trib.rb del-node nodeIP:port nodeID nodeIP:port 待删除节点的ip:端口 nodeID 待删除节点的id，从cluster node中查看 删除从节点比较...
redis 节点删除
wuxu_nanjing的博客
08-23 634
导读： a) 建议仔细阅读官方文档：http://redis.io/topics/cluster-tutorial b) 删除节点的原理比较简单，就是把slot移走，下线节点 c) 此文利用Redis-trib.rb进行集群缩容，不涉及原理 步骤： 1.假设已经存在集群，该集群包含四个主节点(8000/8001/8002/8006)，四个从
Redis---保证主从节点一致性问题 +与数据库数据保持一致性问题
weixin_62976968的博客
07-02 1979
Redis的同步方式默认是异步的，这种异步的同步方式导致了主从之间的数据存在一定的延迟，因此Redis默认是弱一致性的。解决：1.使用Redisson这样的工具，它提供了分布式锁的实现，确保在分布式环境中锁的正确性。2.在Redis的配置中，我们可以设置必须有多少个客户端连接能够成功同步，这就是所谓的同步因子。通过合理配置同步因子，我们可以趋向于强一致性，减少主从之间的数据延迟。3.使用命令 wait 2 0。
Redis 集群：主从复制配置指南
qq_63945982的博客
06-04 736
通过以上步骤，你可以配置 Redis 主从集群，并使用 Java 客户端进行连接和操作。这将有助于提高应用程序的可靠性和扩展性。在 Java 应用程序中，你可以使用 Jedis 或 Lettuce 这样的 Redis 客户端库来连接和操作 Redis。首先，确保你的系统上已安装 Redis。接下来，我们将配置一个简单的 Redis 主从集群。首先，添加 Jedis 依赖到你的项目中。如果你使用 Maven，可以在。# 开启 RDB 持久化。
Redis-主从模式
tq02的博客
07-25 3586
Redis的主从节点之间的关系，以及复制方式
redis节点管理-节点的移除
dgqvhtlwq472235338的博客
10-21 302
原文：http://blog.sina.com.cn/s/blog_53b45c4d0102wg13.html 节点的移除 和节点添加一样，移除节点也有移除主节点，从节点。 1、移除主节点 移除节点使用redis-trib的del-node命令， [plain]view plaincopy redis...
Linux docker 搭建Redis主从复制集群、新增（扩容）主/从节点、删除（缩容）主/从节点
Meta39的博客
09-29 1204
Linux docker 搭建Redis主从复制集群、新增（扩容）主/从节点、删除（缩容）主/从节点
redis使用(3)：删除策略、逐出策略、高级数据类型、主从复制
ehuangdan5864的博客
11-06 185
一、删除策略 将到期的key删除 通过hash的形式将时效性数据的地址和对应的有效时间保存 1）定时删除： 创建一个定时器，当key设置有过期时间，且过期时间到达，会立即执行删除操作，此时不管cpu在调度什么进程，都会抢占cpu，降低性能 2）：惰性删除： 过期时间到达，不会立即执行删除操作，会等到下一次访问该数据的时候才会删除数据 3）定期删除： 在一个周期内去轮询一个数据库，选择W个设置了有效期的key，如果过期了直接删除，否则不删除，如果删除数量达到了W/4个，则继续该过程，否则对下一个数据库进行
【Redis】 启动关闭以及主从复制
ChanceZhou的博客
05-07 2307
redis常见操作
Redis集群添加和删除节点（主和从）
Howinfun的博客
08-22 8259
一、原始集群（6个节点，3主3从）： （1）启动集群：因为集群创建一次就行，所以直接启动所有节点服务即可 [root@Master ~]# /usr/local/redis/bin/redis-server /usr/local/redis-cluster/7001/redis.conf [root@Master ~]# /usr/local/redis/bin/redis-server ...
redis集群实现（三）集群删除节点
小码农——虚竹
08-30 637
Redis集群里的节点支持动态删除，但是一般情况下不会这么做，只有在节点软硬件升级的时候才会主动让节点下线。删除节点的方式就是redis-cli客户端连接到服务器，然后执行cluster forget node-id就可以了，如果是删除一个从节点的话，集群仍然是可用状态，如果是删除一个主节点的话，集群的槽位不足，就会变成不可用状态。 下边看下我在自己的虚拟机运行的例子
Redis trouble05 -- redis5.0.5 cluster节点handshake状态问题
weixin_39523456的博客
03-18 2925
问题现象： redis5.0 3×3集群 其中一台机器宕掉,执行以下命令进行删除节点,发现此命令不适用于宕机的情况 redis-cli -a 123456 --cluster del-node 10.19.111.111:7111 b13572217a29c7921de5ce545b1847c36d365c6e 后进入到集群中的一个节点，执行cluster forget node_id命令...
Redis集群故障-存在状态长期为handshake的节点
田田田的博客
07-26 528
CLUSTER FORGET NODE_ID 用于清除宕机节点,需要在所有节点执行；CLUSTER DELETE IP:PORT NODE_ID用于节点下线，只能在节点正常工作时生效。清除集群中不可用、失败节点。
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]。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值