hidden字段必须通过replSetReconfig动态配置且priority=0，否则失败；隐藏节点不参与读负载、不出现在rs.status()默认视图，但仍同步数据，不可用于config server或仲裁节点。
hidden 字段必须在副本集配置中显式设置
直接改 mongod 启动参数或配置文件里的 hidden: true 不生效——MongoDB 4.4 要求通过 replSetReconfig 命令动态更新副本集成员配置，且必须带 force: true（如果当前主节点不可用）或由主节点发起。隐藏节点本质是让该成员不被客户端发现（不参与读负载、不显示在 rs.status() 的默认视图里），但仍在复制链中同步数据。
执行 rs.reconfig() 修改指定成员的 hidden 和 priority
连接到当前副本集的主节点（rs.isMaster().ismaster === true），运行以下操作：
cfg = rs.conf()
cfg.members[1].hidden = true // 假设想隐藏索引为 1 的成员（注意：不是_id，是数组下标）
cfg.members[1].priority = 0 // hidden 节点必须 priority=0，否则 reconfig 失败
cfg.version++ // version 必须递增，否则拒绝更新
rs.reconfig(cfg, { force: false })
常见错误现象："priority must be 0 for hidden members" 或 "replSetReconfig command must be run on the current primary"。务必确认你连的是主节点，且没漏掉 priority = 0 这一步。
验证隐藏是否生效
隐藏后该节点仍会出现在 rs.conf() 中，但不会出现在 rs.status().members 的常规输出里（除非加 { showHidden: true }）：
-
rs.status().members.filter(m => m.stateStr === "HIDDEN")—— 查不到说明没生效 -
rs.status({ showHidden: true }).members—— 强制显示所有成员，确认stateStr是HIDDEN且hidden: true - 从应用端连接该副本集，执行
db.runCommand({isMaster:1})，检查返回的hosts数组里是否已剔除该节点
隐藏节点对分片集群的影响不能忽略
如果你隐藏的是某个分片副本集里的 Secondary，它仍会接收 oplog 并保持数据同步，但 mongos 不会向它发读请求；但如果该节点同时是仲裁节点（arbiterOnly: true），则不能设 hidden: true（二者互斥）。更关键的是：不要隐藏 config server 副本集中的任何节点——config server 必须全部可发现、可通信，否则 mongos 启动失败或分片元数据无法刷新。
