不能直接修改副本集名称，因replSet名称写死在启动参数和内部配置中，初始化后不可变更；强行修改会导致节点拒绝加入、配置冲突、选举失败甚至副本集不可用。
不能直接修改副本集名称 —— replSet 名称是副本集的唯一标识，写死在每个节点的启动参数和内部配置中，一旦初始化就不可变更。强行改会导致节点拒绝加入、配置冲突、选举失败，甚至整个副本集不可用。
为什么 rs.reconfig() 无法修改 replSetName
副本集名称不是 rs.conf() 返回配置对象里的字段。你查 cfg 会发现它只有 members、settings、_id（即副本集名），但这个 _id 是只读的：
– 修改 cfg._id = "newName" 后调用 rs.reconfig(cfg) 会报错 replSetReconfig command must be run against the current primary 或更明确的 cannot change field 'replSetName'；
– 即使绕过校验强行提交，新节点也无法与旧节点建立连接，因为 replSetName 不匹配时，握手阶段就会被拒绝。
真正可行的替换方案：重建副本集
必须停机、重搭。核心步骤是：
- 停止所有节点的
mongod进程 - 清空各节点的
dbPath下除数据文件外的全部内容（尤其删掉local数据库对应文件，或直接清空local目录） - 修改每个节点的启动参数或配置文件，把
--replSet或replication.replSetName改成新名字 - 逐个启动节点，用新名字初始化：
rs.initiate({ _id: "newName", members: [...] }) - 重新导入数据（从备份恢复，或用
mongodump/mongorestore）
注意：mongorestore 不会自动重建 local 库，所以必须先 rs.initiate 成功，再 restore 用户数据库；否则 oplog 会缺失，副本同步失败。
容易被忽略的兼容性陷阱
– 如果集群启用了 security.clusterAuthMode: keyFile，新副本集必须用同一份 keyFile，且文件权限仍需为 600；
– 使用 TLS 时，证书的 subjectAltName 必须包含所有节点当前 hostname，不能只写旧名；
– 应用连接字符串里的 replicaSet=xxx 参数必须同步更新，否则驱动会连上节点但找不到对应副本集，超时后报 Failed to satisfy read preference；
– Ops Manager 或 Cloud Manager 中的部署元数据需手动解绑再重建，否则监控和告警仍指向旧名。
改名这事没有热升级路径。所谓“最小停机”只是压缩重建窗口，不是跳过重建本身。别信网上搜到的 rs.conf()._id = xxx 那类伪操作——那只会让你花更长时间排查为什么主从不同步。
