从moved、ask到智能客户端：一次彻底搞懂RedisCluster的数据路由

于 2025-07-27 13:38:14 发布
阅读量699 收藏 18
点赞数 19
CC 4.0 BY-SA版权
文章标签： 人工智能
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jike007gt/article/details/149689235

1 moved重定向

每个节点通信共享Redis Cluster中槽和集群中对应节点的关系。

  1. 客户端向Redis Cluster的任一节点发送命令
  2. 接收命令的节点再计算自己的槽和对应节点

如果保存数据的槽被分配给当前节点，则去槽中执行命令，并把命令执行结果返回给客户端：

127.0.0.1:6379> cluster keyslot hello
(integer) 866   # 直接返回

键槽计算公式：

slot = CRC16(key) mod 16384

如果保存数据的槽不在当前节点的管理范围内，则向客户端返回moved重定向异常

  1. 客户端接收到节点返回的结果，如果是moved异常，则从moved异常中获取目标节点的信息
  2. 客户端向目标节点发送命令，获取命令执行结果

重定向流程

  1. 客户端向节点6379发送 'set php best' 命令
  2. 节点6379计算键'php'对应槽位9244
  3. 槽位9244不在节点6379管理范围内(0~5460)
  4. 返回MOVED重定向: 'moved 9244 127.0.0.1:6380'
  5. 客户端根据重定向信息连接节点6380
  6. 节点6380成功执行命令并返回OK

键槽信息：

CRC16('php') mod 16384 = 9244

客户端不会自动找到目标节点执行命令，需要二次执行

2 ask重定向

集群伸缩时，需数据迁移。

当客户端访问某key，节点告诉客户端key在源节点，再去源节点访问时，却发现key已迁移到目标节点，就会返回ask。

![](/Users/javaedge/Library/Application Support/typora-user-images/image-20250710161135067.png)

  1. 客户端向目标节点发送命令，目标节点中的槽已经迁移到其它节点
  2. 目标节点会返回ask转向给客户端
  3. 客户端向新节点发送Asking命令
  4. 再向新节点发送命令
  5. 新节点执行命令，把命令执行结果返回给客户端

为啥不用MOVED重定向？

虽然MOVED意味着我们认为哈希槽由另一节点永久提供，且应对指定节点尝试下一个查询，所以ASK意味着仅将下一个查询发送到指定节点。

需要这样做，是因为下一个关于哈希槽的查询可能是关于仍在A中的键，因此我们始终希望客户端尝试A，然后在需要时尝试B。由于只有16384个可用的哈希槽中有一个发生，因此集群层面的性能下降可接受。

3 moved V.S ask

虽然都是客户端重定向，但是：

  • moved：槽已确定转移
  • ask：槽还在迁移中

4 智能客户端

为追求性能。

4.1 设计思路

  • 从集群中选一个可运行节点，用Cluster slots初始化槽和节点映射
  • 将Cluster slots结果映射在本地，为每个节点创建JedisPool，之后即可进行数据读写操作

4.2 注意

  • 每个JedisPool缓存了slot和节点node的关系
  • key和slot：对key进行CRC16，hash后与16383取余得到的结果就是slot槽
  • JedisCluster启动时，已知key、slot和node之间关系，可找到目标节点
  • JedisCluster对目标节点发送命令，目标节点直接响应给JedisCluster
  • 如果JedisCluster与目标节点连接出错，则JedisCluster会知道连接的节点是一个错误的节点
  • 此时JedisCluster会随机节点发送命令，随机节点返回moved异常给JedisCluster
  • JedisCluster会重新初始化slot与node节点的缓存关系，再向新的目标节点发命令，目标命令执行命令并向JedisCluster响应
  • 若命令发送次数超过5次，抛"Too many cluster redirection!"

架构设计

基图：

全图：

AI大模型学习福利

作为一名热心肠的互联网老兵，我决定把宝贵的AI知识分享给大家。 至于能学习到多少就看你的学习毅力和能力了 。我已将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

一、全套AGI大模型学习路线

AI大模型时代的学习之旅：从基础到前沿，掌握人工智能的核心技能！

因篇幅有限，仅展示部分资料，需要点击文章最下方名片即可前往获取

二、640套AI大模型报告合集

这套包含640份报告的合集，涵盖了AI大模型的理论研究、技术实现、行业应用等多个方面。无论您是科研人员、工程师，还是对AI大模型感兴趣的爱好者，这套报告合集都将为您提供宝贵的信息和启示。

因篇幅有限，仅展示部分资料，需要点击文章最下方名片即可前往获

三、AI大模型经典PDF籍

随着人工智能技术的飞速发展，AI大模型已经成为了当今科技领域的一大热点。这些大型预训练模型，如GPT-3、BERT、XLNet等，以其强大的语言理解和生成能力，正在改变我们对人工智能的认识。 那以下这些PDF籍就是非常不错的学习资源。


因篇幅有限，仅展示部分资料，需要点击文章最下方名片即可前往获

四、AI大模型商业化落地方案

因篇幅有限，仅展示部分资料，需要点击文章最下方名片即可前往获

作为普通人，入局大模型时代需要持续学习和实践，不断提高自己的技能和认知水平，同时也需要有责任感和伦理意识，为人工智能的健康发展贡献力量。

jike007gt
关注
Redis——Redis Cluster集群原理
庄小焱
03-14 5105
摘要 我们平时习惯于使用 Rabbitmq 和 Kafka 作为消息队列中间件，来给应用程序之间增加异步消息传递功能。这两个中间件都是专业的消息队列中间件，特性之多超出了大多数人的理解能力。使用过 Rabbitmq 的同学知道它使用起来有多复杂，发消息之前要创建 Exchange，再创建 Queue，还要将 Queue 和 Exchange 通过某种规则绑定起来，发消息的时候要指定 routingkey，还要控制头部信息。消费者在消费消息之前也要进行上面一系列的繁琐过程。但是绝大多数情况下，虽然我们的消息
Redis Cluster：拓扑结构、一致性达成、数据分片、客户端路由、分片迁移、failover、故障发现、故障确认、slave选举 、Gossip、Ping/Pong、《深入分布式缓存》读书笔记
wangshihuidev的博客
08-05 916
前言 本文主要内容： 关键字： 内容为《深入分布式缓存：从原理到实践》的相关读书笔记。 Redis Cluster Redis ClusterRedis 3.0之后，节点之间通过去中心化的方式提供了完整的sharding、replication（复制机制仍复用原有机制，只是cluster具备感知主备的能力）、failover解决方案，称为Redis Cluster。即，将proxy/senti...
Redis 群集搭建以及报错MOVED
Ora_G的博客
09-09 1950
文章目录为什么要创建 Redis 群集Redis有三种群集模式来吧！展示！！实验参数实验配置实验验证报错 MOVED 为什么要创建 Redis 群集 因为单节点可能会出现故障 处理大量的并发请求时会卡 单节点若宕机，数据容易丢失 所以要创建 redis 群集 Redis有三种群集模式 主从模式 主数据库可以进行读写操作，当读写操作导致数据变化时会自动将数据同步给从数据库 从数据库一般都是只读的，并且接收主数据库同步过来的数据 一个master可以拥有多个slave，但是一个slave只能对应一个maste
简单解决redis cluster中从节点读取不了数据(error) MOVED
weixin_40980639的博客
07-02 2747
redis cluster集群中slave节点能成功复制master节点数据槽数据，但是无法get数据，显示只能到对应的master节点读取： (error) MOVED 742 36.112.201.233:6110 原因:Redis Cluster集群中的从节点，官方默认设置的是不分担读请求的、只作备份和故障转移用,当有请求读向从节点时，会被重定向对应的主节点来处理 解决办法:在get数据之前先使用命令readonly,这个readonly告诉 Redis Cluster 从节点客户端愿意读取可能过
redis集群模式下处理moved命令
weixin_44045520的博客
03-24 1022
业务场景：当客户端连接到Redis集群中的一个节点，并且想要读取某个数据时，这个节点可能并不是存储该数据的节点。当节点A收到客户端的读取命令时，它会检查数据所在的哈希槽，并知道该哈希槽属于节点B。举个例子来说，假设有一个Redis集群，其中有3个节点：节点A、节点B和节点C。但是，该数据实际上存储在节点B上。客户端接收到MOVED错误后，会重新连接到节点B，并再次发送相同的读取命令。需要注意的是，客户端在连接到集群中的节点时，应该处理MOVED错误，并根据错误信息重新连接到正确的节点来进行操作。
【Redis实现系列】集群MOVED错误与ASK错误
菜鸡也有大佬梦
11-12 3683
键操作与Moved错误 在对数据库中的16384个槽都进行了指派之后，集群就会进入上线状态，这时客户端就可以向集群中的节点发送数据命令了。 实现原理 当客户端向节点发送与数据库键有关的命令时，接收命令的节点会计算出命令要处理的数据库键属于哪个槽，并检查这个槽是否指派给了自己： 如果键所在的槽正好就指派给了当前节点，那么节点直接执行这个命令。 如果键所在的槽并没有指派给当前节点，那么节点会向客户端返回一个MOVED错误，指引客户端转向（redirect）至正确的节点，并再次发送之前想要执行的命令。
Redis系列8-cluster（2）
ilwoziji的博客
03-08 210
当redis-client向redis-cluster集群中的任意节点发送命令时，该节点会根据key的值来计算出正确的node节点。如果客户端随机的去访问集群里的任意节点，来通过moved或者asked异常来确定正确的节点，将会带来巨大的额外开销。合并同一个节点的key，与串行IO的最大区别就是分多个线程去请求不同的node节点，响应时间为最慢的节点请求。合并同一个节点的key，串行的请求每一个节点，将n次请求转换为node个数的请求。每个节点都执行命令的操作，例如：在每个节点上执行keys *操作。
Redis Cluster自定义键路由逻辑：让业务起飞
jsjbrdzhh的博客
11-11 1494
前言 Redis Cluster是Redis提供的一种分布式数据存储解决方案，它通过将数据分片到多个节点上，实现了高可用性和水平扩展性。以下是Redis Cluster的详细介绍： ### Redis Cluster的基本概念 - **数据分片**：Redis Cluster使用哈希槽（Hash Slot）的概念，将整个键空间划分为16384个槽位。每个键通过CRC16校验后对16384取模，决定其分配到的槽位。 - **主从复制**：每个
redis-cluster的ask路由介绍.docx
03-19
其中，ASK 路由是 Redis 集群中的一个重要概念，它涉及到数据的分片、主从复制以及客户端如何正确地执行命令。 Redis 集群将所有的键空间划分为 16384 个槽（slots），每个键根据其哈希值映射到其中一个槽，进而...
缓存学习（十）：分布式Redis之Redis Cluster
Yhc不是咸鱼
05-09 3464
目录 1数据拆分 2 Redis Cluster配置 3集群搭建 4集群命令 4.1redis-cli的集群管理模式 4.2客户端命令 5原理 5.1节点通信 5.2槽的迁移 5.2.1集群收缩 5.2.2集群扩容 5.3请求路由和重定向 5.4故障转移 6 JedisCluster 6.1集群节点的自动发现 6.2JedisClus...
Redis Cluster路由请求原理详解
胜天半子
09-17 2602
https://cloud.tencent.com/developer/article/1605813 Redis Cluster的客户端采用直连Redis的方式。 一、MOVED重定向 Redis Cluster发送redis指令时，先根据key计算出对应的slot，在根据slot从客户端的slot与node的映射表中找到对应的node，然后发送redis指令： 如果指令在这个node上，则处理指令； 如果不在这个node上，则redis会返回给客户端MOVED重定向错误，通知客户端重新请求正确的nod
redis系列09--redis-Cluster原理
sunforlife的博客
07-30 650
目录 一、节点间的内部通信机制 1、基础通信原理 2、gossip协议 3、ping消息深入 二、面向集群的jedis内部实现原理 1、基于重定向的客户端 2、smart jedis 三、高可用性与主备切换原理 1、判断节点宕机 2、从节点过滤 3、从节点选举 4、与哨兵比较 一、节点间的内部通信机制 1、基础通信原理 （1）redis cluster节点间采取gos...
Redis 集群规范(中文稿)(MOVED错误码及ASK错误码
独旅天涯
11-26 2万+
引言? 这个文档是正在开发中的 Redis 集群功能的规范（specification）文档，文档分为两个部分： 第一部分介绍目前已经在unstable分支中实现了的那些功能。 第二部分介绍目前仍未实现的那些功能。 文档各个部分的内容可能会随着集群功能的设计修改而发生改变，其中，未实现功能发生修改的几率比已实现功能发生修改的几率要高。 这个规范包含了编写客户端库（client libr...
Redis集群搭建成功后客户端连接 redis-cluster（Redis集群时）操作数据时出现(error) MOVED 5798 127.0.0.1:6380 错误
qingbo_2920249511的博客
12-15 2789
Redis集群搭建成功后客户端连接 redis-cluster（Redis集群时）操作数据时出现(error) MOVED 5798 127.0.0.1:6380错误 其原因是：因为客户端在连接 Redis 服务器时启动redis-cli时没有设置集群模式所导致，启动的时候使用-c参数来启动集群模式，即带上参数 -c 即为连接到cluster集群，命令如下： redis-cli -c -p 6379 [root@192 conf]# redis-cli -c -p 6379 127.0.0.1:6379
redis cluster中从节点读取不了数据(error) MOVED
雅冰石的专栏
04-10 3112
一 问题描述 redis cluster集群中slave节点能成功复制master节点数据槽数据，但是无法get数据，显示只能到对应的master节点读取： (error) MOVED 742 36.112.201.233:6110 二 出错原因 Redis Cluster集群中的从节点，官方默认设置的是不分担读请求的、只作备份和故障转移用,当有请求读向从节点时，会被重定向对应的主节点来处理 三 解决办法 在get数据之前先使用命令readonly,这个readonly告诉 Redis Clust
redis集群moved重定向与redis集群ask重定向
wangzhicheng2013的专栏
11-09 2323
1.redis集群一共有16384个虚拟slot，被均匀分配到集群里所有redis机器node上； 2.每个node之间可以互相meet操作，都知道彼此slot范围； 3.客户端向redis集群任意node发送命令，相应node使用CRC16加hash算法算出slot，如果slot命中，则返回成功影响，否则返回moved命令和正确的node号； 4.客户端收到moved命令，去目标node读写。 [root@mysql ~]# redis-cli -p 9002 127.0.0.1:9002&gt
redis集群报错：(error) MOVED 的解决方法
07-17 9222
用redis-cli进行数据操作报错(error) MOVED 的解决方法 报错示例： (base) wdh@wdh:~$ redis-cli -h 172.17.0.1 -p 6391 172.17.0.1:6391> get name (error) MOVED 5798 172.100.0.1:6392 172.17.0.1:6391> 1 2 3 4 报错原因： 没有用集群模式连接（连接节点命令 没有加 -c 参数） 解决办法： 用 -c 参数连接redis集群节点：redis-cli.
redis集群报错：(error) MOVED 解决方法
热门推荐
csdn_cnmb的博客
11-12 11万+
在使用 redis-cli 连接 redis 集群，进行数据操作时，有报错 ./redis-cli -h 192.24.54.1 -p 6379 -a '123456' 192.24.54.1:6379> get name (error) MOVED 5798 192.24.54.2:6379 解决方法： 这种情况一般是因为启动 redis-cli 时没有设置集群模式所导致。 启动时使用...
redis cluster介绍
赶路人儿
01-31 2万+
redis从3.0开始支持集群功能。redis集群采用无中心节点方式实现，无需proxy代理，客户端直接与redis集群的每个节点连接，根据同样的hash算法计算出key对应的slot，然后直接在slot对应的redisj节点上执行命令。在redis看来，响应时间是最苛刻的条件，增加一层带来的开销是redis不能接受的。因此，redis实现了客户端对节点的直接访问，为了去中心化，节点之间通过gos...
redis删除数据报Type Error: MOVED 9845 192.168.4.239:6479
最新发布
04-01
### Redis MOVED 错误的原因分析 当在分布式环境中操作 Redis 数据时，如果遇到 `MOVED` 错误，则表明客户端尝试访问的数据被重新分配到了另一个分片上。这种现象通常发生在使用 Redis Cluster 的场景下。 #### 原因解释 Redis Cluster 使用哈希槽（hash slot）来分布键值对。整个集群有 16384 个哈希槽，每个节点负责一部分槽位。当某个键对应的槽位不在当前节点而是在其他节点时，Redis 就会返回 `MOVED` 错误并告知目标节点的信息[^1]。 --- ### 解决方案 以下是几种常见的解决方案： #### 方法一：自动重定向处理 大多数现代 Redis 客户端库支持透明地处理 `MOVED` 和 `ASK` 错误。这些库会在收到此类错误后，自动更新内部的状态表并将请求转发到正确的节点。因此，建议升级至最新版本的 Redis 客户端以利用此功能[^2]。 例如，在 Python 中可以使用 `redis-py-cluster` 库： ```python from rediscluster import RedisCluster startup_nodes = [ {"host": "192.168.4.239", "port": "6479"} ] rc = RedisCluster(startup_nodes=startup_nodes, decode_responses=True) # 删除指定 key rc.delete("your_key_name") ``` 上述代码片段展示了如何通过 `redis-py-cluster` 来连接 Redis 集群，并执行删除操作。该库能够自动解析和跳转到正确的节点[^3]。 #### 方法二：手动调整 Slot 映射关系 如果不想依赖于高级客户端的功能，也可以手动维护 Slot 到 Node 的映射关系。具体做法如下： 1. 查询当前集群状态，了解各节点所管理的 Slot 范围。 ```bash CLUSTER SLOTS ``` 2. 根据查询结果计算特定 Key 所属的 Slot 号码。 ```python def hash_slot(key): crc = binascii.crc32(key.encode('utf-8')) & 0xffff return crc % 16384 ``` 3. 确定对应的目标节点地址后再发起请求。 这种方法虽然可行但较为繁琐，仅适用于特殊需求下的定制化开发[^4]。 #### 方法三：优化数据分区策略 为了避免频繁发生跨节点迁移的情况，可以从源头出发改进应用层面对 Redis 的调用方式。比如采用一致性 Hashing 技术或者预设固定的路由规则减少不必要的切换次数。 --- ### 总结说明 综上所述，针对 Redis 出现 MOVED 错误的情形，推荐优先考虑引入具备良好异常捕获能力的专业驱动程序；其次再视具体情况决定是否采取额外措施进一步增强系统的稳定性和效率表现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值