redis集群创建失败报[err] node is not empty，根本原因是节点残留旧集群元数据（nodes.conf）和持久化文件（dump.rdb、appendonly.aof），导致redis启动时自动加载旧状态并拒绝加入新集群；必须同时清除这三类文件才能使节点“干净”重启。
redis-cli --cluster create 报 [ERR] Node is not empty 怎么回事
这不是集群没启动成功，是节点拒绝加入新集群。根本原因是旧持久化文件和集群元数据残留——nodes.conf 还在，appendonly.aof 或 dump.rdb 没清空，Redis 启动时自动加载了旧状态，导致它“以为自己还在老集群里”。此时执行 CLUSTER NODES 会返回一长串旧节点 ID，而不是空响应。
为什么删掉 AOF/RDB 还不够，必须连 nodes.conf 一起删
nodes.conf 是 Redis 集群的“身份证明”，由 cluster-config-file 参数指定路径，默认就在 dir 配置的目录下。只要这个文件存在，哪怕数据库是空的（DBSIZE 返回 0），Redis 也会以“已有集群成员”身份启动，并拒绝被 redis-cli --cluster create 重新纳管。常见错误是只清了 .rdb 和 .aof，忘了 nodes.conf ——它不带后缀，容易被忽略。
故障转移中 bgsave 和 AOF everysec 如何加剧冲突风险
主节点宕机前若刚触发过 bgsave，子进程只拍下了 fork 时刻的快照；fork 后的新写入如果还没来得及刷进 appendonly.aof（尤其当 appendfsync 设为 everysec），这部分数据就既不在 RDB 也不在 AOF 里。但更麻烦的是：这些“半截数据”可能已写入磁盘并被节点重启时加载，导致槽位信息、节点角色等元数据与你期望的新集群拓扑不一致。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
-
save 900 1这类低频规则，在故障窗口期大概率没触发，RDB 文件陈旧 -
aof-rewrite-incremental-fsync yes开启时，AOF 重写期间 fsync 退化为随机小写，延迟抖动放大，进一步拉大主从偏移量 - 默认
repl-backlog-size 1mb，网络抖动超 2 秒就会降级为全量同步，旧 AOF 文件里的命令序列可能已覆盖新数据
重建集群前最该检查的三件事
别急着跑 redis-cli --cluster create，先确认每个节点都真正“干净”：
- 停掉所有
redis-server进程，用ps aux | grep redis确认无残留 - 逐个进入每个节点的
dir目录，执行rm -f *.rdb *.aof nodes.conf（注意通配符不匹配隐藏文件） - 检查
redis.conf中cluster-enabled yes是否开启，且cluster-config-file路径可写，否则重启后nodes.conf生成失败，节点无法加入集群
真正的难点不在命令怎么敲，而在“你以为删干净了”的文件其实还躺在某个子目录或挂载点里——比如 dir /data/redis 配置了，但实际 nodes.conf 被写到了 /var/lib/redis/nodes.conf，因为配置被 systemd 服务文件覆盖了。
