Redis Cluster里执行GET却收到MOVED加槽位和地址，不代表键丢失。服务器是在告诉客户端：该键所属的哈希槽由另一节点负责。能否自动完成跳转，取决于客户端是否真正启用了Cluster模式。
先区分单节点命令行测试与应用程序的连接配置，再检查目标地址能否从应用所在网络访问。
MOVED包含哪些信息
Redis Cluster把键映射到哈希槽。收到MOVED时，客户端应向返回的节点重试，并更新槽位路由缓存；集群重新分片或故障转移后，旧缓存也可能需要刷新。重复固定请求一个节点，只会重复收到重定向。
用命令行验证集群连接
普通redis-cli连到单个节点时会直接显示MOVED。使用redis-cli -c -h 集群入口 -p 端口 GET 键名，其中-c让命令行跟随MOVED和ASK重定向。命令能走通，说明至少该测试环境下可追随路由；这并不能证明应用使用的客户端库也启用了集群支持。
应用端应启用Cluster客户端
核对客户端库是否使用Redis Cluster模式、入口地址和认证/TLS设置。不要把Cluster当成单机Redis只填一个固定节点，也不要在代码里硬编码某个MOVED返回地址。官方规范要求客户端处理MOVED及迁移时的ASK；完整的集群客户端应维护并更新槽位映射。
重定向地址不可达怎么办
查看MOVED给出的地址是否能从应用网络访问，留意容器网络、私网地址、端口映射及防火墙。仅能连到入口节点而无法连到返回的节点时，打开-c也不能完成请求。部署在萤光云或LightNode云服务器上的应用同样要核对到各集群节点的路由，不能只放通一个入口端口。
与ASK区分处理
MOVED表示槽位归属发生变化，客户端可更新缓存；ASK用于迁移过程中的临时跳转，不应简单当成永久槽位变更。不要通过关闭集群模式或把所有键改成同一个名字来绕过重定向，这会掩盖真正的路由或网络配置问题。
验收看什么
用集群客户端对不同哈希槽的键执行读写，确认请求成功且应用日志不再反复出现同一MOVED。再检查重定向目标的网络可达性和故障转移后的恢复。只有单个键GET成功，不足以证明整个集群路由都正常。
FAQ
看到MOVED就要手动迁移键吗？不需要，先检查客户端重定向能力。redis-cli -c有效而程序仍报错？重点核对程序所用库的Cluster配置及网络可达性。
温馨提示
生产集群变更前保留配置和数据备份；调整网络规则时限定来源和端口。不要把集群节点直接暴露到公网来解决MOVED。
