cluster-config-file由Redis集群节点在运行时自动写入，仅在槽分配完成、拓扑变化或重启恢复时更新，用于本地状态持久化而非手动配置。cluster-config-file 是谁在写、什么时候写cluster-config-file 不是 Redis 手动触发保存的配置，而是集群节点在运行时自动维护的本地文件。只要启用了集群模式（cluster-enabled yes），每个节点都会持续更新这个文件，记录自己负责哪些哈希槽、当前集群状态（如节点 ID、其他节点地址、槽分配版本号 currentEpoch 等）。它只在以下情况被写入：节点首次完成槽分配（比如执行 CLUSTER ADDSLOTS 或收到其他节点的 CLUSTER SETSLOT ... MIGRATING/IMPORTING）节点发现集群拓扑变化（如新节点加入、老节点下线、故障转移后主从切换）节点重启后加载该文件恢复槽映射关系------这是它唯一"持久化"的意义注意：cluster-config-file 不是配置源，而是运行时快照。你不能靠编辑它来修改槽分配，改了也没用，下次节点同步状态就会被覆盖。为什么 cluster-config-file 改了不生效、甚至导致节点启动失败常见错误是手动编辑 nodes.conf（默认名）来"调整槽位"，比如删掉某行、改个 0-5460 范围。这会导致：校验失败：Redis 启动时会检查文件中所有槽是否被且仅被一个节点声明，重复或缺失都会报错 Invalid or missing node config版本冲突：每个节点维护自己的 configEpoch，手动改文件后该值可能低于集群共识值，节点拒绝加入集群，日志出现 Node config epoch is not greater than my config epoch槽重叠：两个节点都声称拥有同一组槽，集群进入 fail 状态，CLUSTER INFO 显示 cluster_state:fail真正修改槽分配，必须走集群协议命令：CLUSTER ADDSLOTS、CLUSTER DELSLOTS、CLUSTER SETSLOT ... NODE，由节点间协商达成一致后，再统一更新各自 cluster-config-file。16384 个槽不是靠文件定义，而是硬编码在 Redis 源码里哈希槽总数 16384（即 214）是 Redis 集群的固定设计，写死在代码中，和 cluster-config-file 无关。你无法通过配置增大或减小这个数。 文小言 百度旗下新搜索智能助手，有问题，问小言。
相关推荐
充钱大佬1 小时前
Python测试基础教程小二·3 小时前
RAG + 向量数据库实战：ChromaDB / Milvus / FAISS 选型与性能横评矜持的左手3 小时前
电子小白的枕边书：电子学（The Art of Electronics）吴声子夜歌3 小时前
Redis 5.x——布隆过滤器初心丨哈士奇4 小时前
Python 四大基础容器｜列表篇蓝天下的守望者4 小时前
svt_apb_if里的宏定义问题明理的信封4 小时前
AI 基础设施的“去 Python 化“：Rust 与 C# 的两条替代路径上海云盾-小余4 小时前
网站频繁遭遇 SQL 注入溯源与原生漏洞修复全流程总结数据库小学妹4 小时前
国家区域医疗中心国产化改造实战：数据库选型、跨院区数据互通与踩坑经验