redis-cli --cluster create是集群初始化工具，非安装脚本，需所有redis-server进程已启动、配置正确、无残留文件且密码一致，否则会卡住或创建失败。
redis-cli --cluster create 不是安装脚本，而是初始化工具——它只在所有节点已就绪的前提下，把它们“拉进同一个集群视图”。没跑起来的节点、配错的密码、残留的 nodes-*.conf 文件，都会让这条命令卡住或创建出 cluster_state:fail 的假集群。
redis-server 进程必须先全部启动，且日志无绑定失败
别指望 redis-cli --cluster create 帮你拉起进程。它连 redis-server 是否在运行都不检查。
- 每个端口（如
7000～7005）上必须有redis-server实例正在运行；用ps aux | grep redis或lsof -i :7000确认 - 启动后立刻查日志：
tail -f /path/to/redis.log，确保没有Failed to bind或Address already in use - 若用 systemd 管理，确认服务状态为
active (running)，不是activating或failed
redis.conf 里 cluster-enabled yes 是前提，但 cluster-config-file 必须可写
cluster-config-file 不是只读元数据文件，Redis 启动后会持续写入节点拓扑、槽分配、主从关系等动态信息。路径不可写 = 静默失败。
Redis Skill - 高性能缓存管理
下载
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 配置项示例：
cluster-config-file nodes-7000.conf，对应路径如/usr/local/redis/data/7000/nodes-7000.conf - 确保该目录归属
redis用户（或启动用户），且有w权限：chown redis:redis /usr/local/redis/data/7000&&chmod 755 /usr/local/redis/data/7000 - 若用 Docker，挂载卷时加
:z或:Z（SELinux 场景）；否则容器内可能因权限拒绝写入
密码不一致或未传 -a 会导致交互式确认阶段直接中断
即使所有节点都启用了 requirepass 和 masterauth，redis-cli --cluster create 仍会在最后一步发起认证连接。漏掉 -a 或密码不匹配，就会卡在 Can I set the above configuration? (type 'yes' to accept): 并超时退出。
- 必须保证所有节点的
requirepass和masterauth值完全一致（包括空格） - 命令末尾必须显式带上
-a <password></password>和--cluster-yes，例如：redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 ... -a 123456 --cluster-yes - 如果用
redis-cli -a <pwd> --cluster ...</pwd>写法，部分旧版本会忽略密码传递，务必用-a紧跟在create后
验证集群是否真可用，不能只看 cluster info
CLUSTER INFO 返回 cluster_state:ok 只代表元数据一致，不代表键能跨节点路由、副本能同步、故障能自动转移。
- 必须用集群模式客户端连接：
redis-cli -c -h 127.0.0.1 -p 7000 -a 123456（-c缺一不可） - 执行
SET key1 value1，再换端口连（如-p 7001）执行GET key1—— 若返回-> Redirected to...并最终拿到值，才算路由正常 - 手动 kill 一个主节点，等 30 秒，再
CLUSTER NODES查看是否有从节点被提升为主节点；再试SET，确认写操作不中断
nodes-*.conf 和 appendonly.aof。残留的旧拓扑会让新节点误认为自己属于另一个集群，导致握手失败或槽冲突。
