副本集连接失败主因是DNS解析异常，需确保rs.conf().members[i].host在所有节点及客户端均可双向解析为真实内网IP，/etc/hosts同步、hostname -f严格匹配、禁用127.0.0.1，并验证驱动SDAM日志是否卡在ReplicaSetNoPrimary。
副本集连接失败、自动切换后连不上、rs.status() 显示成员 health: 0 或 stateStr: "UNKNOWN"，八成不是 MongoDB 挂了，而是某个 members[i].host 在客户端或节点上根本解析不出来——DNS 异常是副本集最隐蔽也最高频的“假故障”。
所有节点和客户端必须能双向解析 rs.conf().members[i].host
副本集配置里写的主机名（比如 "mongo2.example.com:27017"），必须在每个成员节点、以及你运行应用/驱动的机器上，都能用系统命令解析出真实、可路由的内网 IP。别只在发起 rs.initiate() 的那台机器上查。
- 逐台执行：
getent hosts mongo2.example.com和nslookup mongo2.example.com，确认返回的是实际服务 IP（如192.168.1.12），不是127.0.0.1或空 -
hostname -f输出必须和rs.conf().members[i].host中冒号前的部分**完全一致**（大小写、空格、域名后缀都不能差） - 检查
/etc/hosts：所有节点必须同步，不能只改一台；IP 必须是其他节点能直连的真实内网地址，禁用127.0.0.1 - 清 DNS 缓存：
nscd -i hosts，或临时停用systemd-resolved避免干扰
驱动日志里 topologyDescription 卡在 ReplicaSetNoPrimary
哪怕 DNS 看着正常，只要任意一个 members[i].host 解析失败或端口不通，PyMongo/Java/Node.js 驱动的 SDAM 机制就会卡住，拒绝进入主从发现流程。这不是连接超时，而是拓扑初始化直接失败。
IntoDNS.ai
下载
免费 DNS 与邮件安全分析（IntoDNS.ai）：包括 DNSSEC、SPF、DKIM、DMARC、MTA-STS、BIMI、SMTP STARTTLS、FCrDNS、黑名单、发件人要求及报告。
- Java 驱动：开
DEBUG日志，搜topologyDescription，若始终停留在ReplicaSetNoPrimary，说明至少一个 member 不可达 - Node.js 驱动：启动时加
loggerLevel: 'debug'，观察是否出现server description updated和isWritablePrimary: true - 关键点：驱动不会报 “DNS failed”，只会静默跳过不可达节点——所以得看日志，不能只看
rs.status()是否返回
连接字符串漏 replicaSet 参数或驱动版本太低
没这个参数，驱动压根不启用 SDAM，只会死连第一个 host；老版本驱动即使写了参数也不支持拓扑自动刷新，切换后必然连旧主。
- 连接串必须含
?replicaSet=myrs，且所有 host 都要能telnet node1 27017通（注意：ping 通 ≠ 端口通） - PyMongo 要 ≥ 4.3，Java 驱动 ≥ 4.7，Node.js 驱动 ≥ 5.0；低于这些版本，
replicaSet参数形同虚设 - 验证方式：删掉
replicaSet参数重连，如果错误从NotPrimaryError变成MongoNetworkError，说明之前确实是 SDAM 没生效
最容易被忽略的细节：DNS 解析成功、rs.conf() 看着没问题、连接串也带 replicaSet，但只要客户端机器上 getent hosts mongo3.example.com 返回空，或者返回了错误 IP，驱动就永远卡在 ReplicaSetNoPrimary——它不会告诉你哪台解析错了，只默默放弃选举。
