必须清空nodes.conf、rdb和aof文件，否则redis-cli --cluster create必失败；因nodes.conf残留会导致节点自认属旧集群，拒绝加入新集群，且需按redis.conf中dir、dbfilename、appendfilename、cluster-config-file配置精准定位并删除所有节点对应文件。
必须清空节点本地残留的持久化文件和集群元数据，否则 redis-cli --cluster create 一定失败。
为什么删了 RDB/AOF 还报错？nodes.conf 没删干净
很多用户删掉 dump.rdb 和 appendonly.aof 后仍报 [ERR] Node XXX is not empty，根本原因是 nodes.conf 文件还在。这个文件由 Redis 自动创建，路径由配置项 cluster-config-file 指定（默认值就是 nodes.conf），里面存着旧集群的节点 ID、IP、槽位分配等元数据。只要它存在，Redis 就认定该节点“已加入过集群”，拒绝参与新集群初始化。
-
nodes.conf通常在 Redis 工作目录下，比如/var/lib/redis/或./（启动时所在路径） - 不能只删某一个节点的
nodes.conf，所有待加入集群的节点都必须删 - 删完后务必确认文件真实不存在：
ls -l nodes.conf或find /path/to/redis -name "nodes.conf"
怎么确认节点到底“脏”在哪？用 CLUSTER NODES 和 KEYS *
别靠猜，直接连上节点查：
- 执行
redis-cli -h 192.168.75.128 -p 7001 CLUSTER NODES：如果返回非空结果（哪怕只有一行带myself），说明nodes.conf或旧集群状态残留 - 执行
redis-cli -h 192.168.75.128 -p 7001 KEYS *：如果返回任何 key，说明 DB0 有数据（RDB/AOF 没清完，或没重启生效） - 注意：
FLUSHDB只清内存，不删磁盘文件；若已启 AOF/RDB，重启后数据还会回来
删哪些文件？路径必须按 redis.conf 配置来
硬编码路径是最大坑点。不要默认 dump.rdb 在 ./，必须查配置：
- 看
redis.conf中dbfilename值（默认dump.rdb），再结合dir配置项定位完整路径，例如dir /var/lib/redis→ 文件在/var/lib/redis/dump.rdb - 看
appendonly是否为yes，若是，再查appendfilename（默认appendonly.aof）和dir，组合出 AOF 路径 - 看
cluster-config-file值（默认nodes.conf），同样结合dir找到它——很多人的nodes.conf其实在/var/lib/redis/nodes.conf，不是配置文件同目录
操作顺序错了会白忙活
常见错误是删完文件但没停服务，或删完没重启，导致旧状态仍在内存里。正确流程只有这一种：
- 先停所有目标节点：
redis-cli -h X -p Y shutdown或systemctl stop redis@7001 - 再批量删三类文件：
rm -f /path/to/dump.rdb /path/to/appendonly.aof /path/to/nodes.conf - 最后启动节点：
redis-server /path/to/redis.conf（确保是你要用的配置） - 启动后立刻验证：
redis-cli -h X -p Y CLUSTER NODES应返回空或仅本节点一行且无其他节点信息
最容易被忽略的是：多个节点共用同一 dir 目录时，nodes.conf 可能被不同端口实例覆盖写入，删一次不够，得逐个确认每个端口对应的实际 nodes.conf 文件名（如 nodes-7001.conf）是否都清理了。
