redis集群槽位卡死需人工干预：先用--cluster check定位无主/多主槽及异常节点，再用--cluster fix修复或--cluster forget剔除离线节点，最后通过add-node和reshard手动补全缺失槽位并验证。
Redis集群在Slot迁移中途遭遇物理断网，会导致部分槽位处于“已下线旧节点、未上线新节点”的中间态，集群无法满足16384个槽全部覆盖的健康要求，从而拒绝服务——这就是典型的槽位卡死。它不是简单重连就能恢复，必须人工干预打破僵局。
确认当前槽位状态和故障节点
先用 redis-cli --cluster check 连接任一存活节点，输出会明确标出哪些槽（如 5461-5462）处于 no owner 或 multiple owners 状态；同时列出所有节点的 fail、connected、noaddr 等状态。重点识别：哪些节点因断网已失联但未被集群自动标记为 fail（因超时未到），哪些节点仍在线却无法提供完整槽映射。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
强制修复槽位归属关系
对已确认失联且无法恢复的源节点或目标节点，执行 redis-cli --cluster fix。该命令会主动扫描所有节点的槽声明，清除冲突声明，并尝试将无主槽分配给当前有足够副本数且状态正常的节点。若提示“Can't fix cluster with broken nodes”，需先用 redis-cli --cluster forget
手动补全缺失槽位
若 fix 后仍有槽未分配，需人工指定归属：
- 使用 redis-cli --cluster add-node
- 再用 redis-cli --cluster reshard
- 迁移过程中若再中断，可加 --yes 参数跳过确认，并确保 cluster-node-timeout 已调大（如设为15000ms），避免因网络抖动触发误判。
验证并清理残留元数据
执行 redis-cli --cluster check 确认所有槽状态为 OK，且无 fail 节点；
检查各节点 CLUSTER NODES 输出，确认无 nofail 或 handshake 状态残留；
如有节点显示 myself,master 但无槽，说明它空占身份，可用 redis-cli -c -h
