直接改 members[n].host 字段并调用 rs.reconfig() 才生效；仅修改内存配置无效，且必须先 rs.conf() 获取最新配置（含 version）再提交，否则因版本冲突失败。
直接改 members[n].host 字段就行，但必须用 rs.reconfig() 提交，不能只改内存里的配置对象。
rs.reconfig() 修改 host 字段的正确写法
修改主机名本质是更新副本集配置文档中的 members[n].host，然后重新加载。常见错误是只执行了赋值却忘了调用 rs.reconfig()，或者没提前获取最新配置导致 version 冲突。
- 先运行
cfg = rs.conf()获取当前完整配置（含version） - 修改目标成员的
host字段，例如：cfg.members[0].host = "odb0.example.net:27017" - 调用
rs.reconfig(cfg)提交变更 —— 这步不可省，否则只是本地变量修改 - 如果报错
"replSetReconfig: version must be incremented"，说明有人抢先改过配置，需重新rs.conf()再试
为什么改完 host 后连接不上？
不是配置没生效，而是 DNS 解析、防火墙或 mongod 实际监听地址没同步更新。副本集只认配置里的字符串，不验证该地址是否真能连通。
- 确认新主机名在所有节点上都能
nslookup或ping通 - 检查新主机上的
mongod是否真的在bindIp中绑定了对应网卡（比如没把0.0.0.0换成具体 IP） - 若用域名，确保所有节点的
/etc/hosts或 DNS 一致，避免部分节点解析失败 -
rs.status()里看到成员状态为STARTUP2或UNKNOWN，基本就是网络层不通
rs.remove() + rs.add() 不等于改 host
有人想“删掉旧节点再加新节点”来间接换 host，这会触发两次选举、丢失 oplog 连续性，且新节点要全量同步，完全没必要。
-
rs.remove("database0.example.com:27017")会强制一次选举，期间写入中断 -
rs.add("odb0.example.net:27017")是全新成员，从头同步数据，耗时长、占带宽 - 真正要的是“原地更换地址”，不是“换人”，所以必须走
rs.reconfig()路径 - 如果旧节点已关机，
rs.reconfig()仍可成功，但该成员状态会变成REMOVED直到它重新上线
容易被忽略的细节：priority、votes 和版本兼容性
改 host 本身不碰其他字段，但如果你顺手改了 priority 或 votes，就可能意外触发选举或破坏多数派。
- 确保只改
host字段，其他字段如arbiterOnly、hidden、votes保持原值 - 不同 MongoDB 版本对配置校验严格度不同，4.4+ 要求
term字段存在，5.0+ 要求显式设置默认写关注才能改配置 - 生产环境建议先在测试副本集跑通全流程，尤其注意
rs.reconfig()后主节点降级是正常现象，客户端需容忍短时重连
