不能通过 rs.reconfig() 修改 mongodb 副本集名称，因其 replsetname 是写死在 local.system.replset、wiredtiger 文件、oplog 和心跳包中的硬编码身份标识，修改会触发校验失败或导致同步中断、主节点降级。
不能通过 rs.reconfig() 修改 MongoDB 副本集名称 —— 任何尝试都会失败，且大概率导致集群不可用。
为什么 rs.reconfig() 会报 InvalidReplicaSetConfig: replSetName does not match
副本集名称（replSetName）不是运行时可变的配置项，而是每个节点身份的硬编码标识。它被写死在：local.system.replset 集合、WiredTiger 元数据文件、oplog 头部、心跳通信包中。当你调用 rs.reconfig() 并修改配置里的 _id 字段（即副本集名），所有节点在校验阶段就会拒绝该配置，因为本地存储的 replSetName 和新配置不一致。即使绕过校验强行写入（比如用 rs.reconfig(cfg, {force: true})），后续心跳超时、oplog 时间戳校验失败、secondary 无法追同步，primary 会在几秒内自动降级。
哪些操作看起来像“改名”，但其实不是改 replSetName
-
rs.reconfig()修改members[n].host：只更新某个节点的地址，不影响副本集名，是安全的运维操作 -
rs.reconfig()修改members[n].priority或tags：调整选举权重或读写路由策略，和replSetName无关 - 用
mongod --replSet newname启动单个节点：该节点会尝试加入名为newname的副本集，但因其他节点仍用旧名，无法组成有效集，最终卡在STARTUP2状态
真正需要改副本集名时，唯一可行路径
停机 + 导出 + 清空 + 重初始化 + 导入。这个过程没有“技巧”，只有严格顺序：
- 必须先对整个副本集执行完整备份，且
mongodump要加--forceTableScan --excludeCollection=system.replset --excludeCollection=oplog.rs --gzip --archive=backup.archive - 所有节点停 mongod 后，确认进程已退出（
ps aux | grep mongod），再rm -rf /var/lib/mongodb/*（路径以dbPath为准），不能只删data子目录 - 修改每个节点的
mongod.conf中replication.replSetName，并用mongod --config /etc/mongod.conf --dryRun验证语法 - 逐个启动节点，用
rs.initiate()初始化新副本集，再rs.add()加入其余节点（注意 host 地址要正确） -
mongorestore导入后，必须手动重建索引（db.collection.createIndex(..., {background: true})），否则查询性能骤降
容易被忽略的关键点
跨数据库重命名集合可用 db.adminCommand({renameCollection: "...", to: "..."})，但它和副本集名完全无关；rs.reconfig() 的唯一合法用途是调整成员列表或节点属性，绝非重命名入口。生产环境里，把“改名”误当成“改配置”来试，往往比停机更危险——它不会立刻报错，但会让集群在数小时内缓慢失联、数据不同步、应用间歇性超时，排查成本远高于按规范停机维护。
