重置副本集必须先停所有节点并清空local库关键集合，再用完整配置rs.initiate()初始化；否则易致选举混乱、同步失败或节点失联。
重置副本集前必须停掉所有节点
直接在运行中的副本集上执行 rs.reconfig() 强制覆盖配置，极大概率触发选举混乱或多数节点失联。MongoDB 要求重配时所有成员处于离线状态，否则 replSetReconfig command failed 或更糟——部分节点卡在 STARTUP2 状态无法恢复。
- 逐个执行
db.shutdownServer()（需有权限），或用系统命令kill -2终止 mongod 进程 - 确认无残留进程：
ps aux | grep mongod，尤其注意是否还有带--replSet启动的旧实例 - 不要只停主节点：哪怕从节点没写入，它的
local.oplog.rs和local.system.replset仍会干扰新配置加载
清空 local 库不是删库，而是删关键集合
local 库不能用 db.dropDatabase() 直接删——这会破坏节点身份标识，重启后报 node is not part of the replica set。真正要清理的是三个集合，且顺序不能错：
- 先删
local.system.replset：它存着当前副本集的完整配置，不清掉会导致新初始化失败 - 再删
local.oplog.rs：这是主节点的复制日志，不删则新节点可能误读旧 oplog 导致数据不一致 -
local.startup_log可选删：仅记录启动历史，不影响功能，但留着可能误导排查
操作示例（在单节点启动、未启用复制集时执行）：
use local<br>db.system.replset.drop()<br>db.oplog.rs.drop()
重新初始化副本集必须用 rs.initiate() + 完整配置对象
用空配置 rs.initiate() 启动，只会建一个单节点副本集，后续加节点会因 host 不匹配而拒绝。必须显式传入含全部成员的配置对象，且每个 _id 和 host 必须与你规划的最终拓扑完全一致：
-
host值必须可被其他节点 DNS 解析或直连（别用localhost，除非所有节点都在同一台机器） - 成员
_id必须是整数，且不能重复；若之前用过0、1，新配置里继续沿用，避免replSetReconfig: Not master - 首次初始化不支持
priority、hidden等字段，得等初始化成功后再rs.reconfig()补全
最小可行配置示例：
rs.initiate({<br> _id: "rs0",<br> members: [<br> { _id: 0, host: "node1.example.com:27017" },<br> { _id: 1, host: "node2.example.com:27017" }<br> ]<br>})
风险最高的一环：oplog 截断导致从节点同步失败
重置后主节点的 oplog.rs 是空的，但从节点如果还保留旧 oplog，它会尝试从某个 timestamp 继续拉取——而该时间点在新主节点上根本不存在，结果就是卡在 RECOVERING 并不断重试，日志刷满 OplogStartMissing 错误。
- 最稳妥做法：重置前备份所有节点的
local.oplog.rs（用mongodump），重置后统一清空再启动 - 如果已启动且从节点同步失败，只能手动进入该节点，执行
rs.syncFrom("primary-host:27017")强制指定源，再rs.freeze(0)防止它被选为新主干扰恢复 - 切勿在重置过程中混用不同 MongoDB 版本：4.4 和 6.0 的 oplog 格式不兼容，会导致
Invalid BSON field name $clusterTime类错误
这事没捷径，每一步都得确认节点状态是 PRIMARY 或 SECONDARY，而不是 STARTUP、RECOVERING 或 UNKNOWN——这些状态里的任何一个没处理干净，后面都会冒出来咬你一口。
