应改用支持集群协议的客户端并启用自动路由：redis-cli需加-c参数；python用rediscluster.rediscluster而非redis.redis；java用jediscluster；同时检查拓扑缓存是否刷新、集群状态是否正常，并可手动解析moved响应重连。
如果您在操作Redis集群时收到 (error) MOVED 响应，但客户端未自动跳转至目标节点，则说明当前客户端未启用集群感知能力或拓扑路由机制失效。以下是解决此问题的步骤：
一、确认客户端是否以集群模式启动
非集群模式的客户端（如普通 redis-cli）无法解析 MOVED 响应并自动重定向，它仅将错误原样返回，不执行后续跳转逻辑。
1、检查当前使用的 redis-cli 是否携带 -c 参数；
2、若未使用 -c，立即改用 redis-cli -c -h [host] -p [port] 重新连接；
3、执行命令后观察提示：若出现 Redirected to slot [...] located at [...]，说明已启用自动跳转。
二、验证客户端是否支持集群自动路由
部分轻量级或自研客户端默认禁用集群拓扑发现与重定向功能，需显式启用或更换兼容客户端。
1、Python 客户端应使用 rediscluster.RedisCluster 而非 redis.Redis；
2、Java Jedis 客户端需使用 JedisCluster 实例，不可用单点 Jedis；
3、C++ 客户端须确保初始化时传入全部节点地址列表（逗号分隔），而非仅一个节点。
三、检查客户端拓扑缓存是否过期或失效
客户端内部维护 Slot → Node 映射表，若该表未及时刷新，会导致请求持续发往旧节点，反复触发 MOVED 错误。
1、Redisson 客户端需确认版本 ≥ 3.28.0 并启用 setRefreshPeriod 和 setRetryAttempts；
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
2、JedisCluster 初始化时应设置 maxRedirections > 0（默认为5），避免重定向次数耗尽；
3、强制刷新拓扑：调用客户端提供的 refreshNodes 或 trySetTopology 方法（依具体 SDK 而定）。
四、排查服务端集群状态异常
MOVED 响应本身由服务端生成，若集群元数据不一致、failover 未完成或槽位未正确分配，客户端即使具备跳转能力也无法获得有效目标地址。
1、登录任一节点执行 CLUSTER NODES，确认所有主节点状态为 master 且无 fail? 标记；
2、执行 CLUSTER SLOTS，验证全部16384个槽位是否被连续覆盖、无空缺；
3、检查是否有节点日志显示 # Cluster state changed: failover completed 类似信息，确认切换已完成。
五、绕过客户端路由，手动解析并重连
当客户端完全不支持自动跳转，或处于调试阶段，可捕获 MOVED 响应字符串并提取目标地址进行手动重试。
1、接收响应字符串，例如：MOVED 12345 10.0.0.5:6379；
2、用空格分割字符串，取第2项为 slot ID（此处为12345），第3项为目标地址（此处为10.0.0.5:6379）；
3、解析出 IP 与端口后，新建连接实例并重发原始命令；
4、对同一 key 的后续操作，应复用该新连接，避免重复重定向。
