只连一个节点会丧失主从切换感知能力，因为驱动首次仅连接串中节点获取副本集拓扑，若该节点宕机或不可达，则无法拉取isMaster响应，导致ServerSelectionError且无法发现其他成员。
因为客户端靠连接串里的节点列表做初始发现和故障时的重连兜底，只写一个节点等于把单点风险交给了应用层。
为什么只连一个节点会丢主从切换感知能力
客户端驱动（如 mongosh、mongo-go-driver）首次连接时，只会尝试连接连接串中列出的节点；一旦成功，就从该节点拉取完整的副本集配置（isMaster 响应），然后缓存所有成员地址。但如果连接串里只有一个地址，而这个地址恰好是临时不可达的从节点或刚宕机的旧主，驱动就无法获取完整拓扑，直接报错 ServerSelectionError 或卡在初始化阶段。
- 驱动不会主动“扫描”未列在连接串中的 IP 或端口
- 即使你配置了
readPreference=secondary，驱动也得先知道哪些节点是 secondary —— 这信息来自初始节点返回的副本集视图 - 如果初始节点本身已下线，且连接串没提供备选，驱动连握手都完成不了
连接串里写全节点的实际效果
不是为了“同时连所有”，而是提供多路径发现入口。驱动按顺序尝试连接串中的每个地址，只要有一个能响应 isMaster，就能拿到当前副本集的实时状态（谁是 primary、哪些 secondary 在线、仲裁节点是否存在等）。
- 典型连接串格式：
mongodb://node1:27017,node2:27017,node3:27017/?replicaSet=rs0 - 驱动不依赖 DNS SRV 记录（除非显式启用），它只认连接串里硬写的 host:port
- 即使某个节点已从副本集中移除，只要它还在连接串里且网络可达，驱动仍会尝试并收到
NodeNotFound错误，然后自动跳过 —— 这比完全连不上强得多
容易被忽略的兼容性细节
MongoDB 5.0+ 默认拒绝仅绑定 127.0.0.1 的节点参与副本集通信，且驱动对主机名解析更严格。如果连接串里混用 IP 和 hostname，而 DNS 解析不稳定，会导致部分节点“可见但不可达”。
- 所有节点在
rs.conf()中必须用一致的标识方式：要么全用可解析 hostname，要么全用公网/内网 IP（推荐 hostname） - 连接串里的地址必须与
rs.conf().members[n].host完全匹配，大小写和端口都不能差 -
mongosh6.0+ 对 TLS 验证更敏感，若某节点证书 Subject 不含连接串中写的 hostname，该节点会被静默排除出拓扑发现流程
真正关键的不是“写几个节点”，而是确保连接串里至少有一个当前在线、能返回有效 isMaster 响应的成员，并且它的 hosts 字段与你写的地址能对上 —— 否则驱动永远不知道集群长什么样。
