querySrv ENODATA 错误本质是 DNS 层面 SRV 记录解析失败，非 MongoDB 配置问题；主因是本地 DNS 服务器不支持或未返回 _mongodb._tcp.xxx.mongodb.net 的 SRV 记录，解决首选切换为 8.8.8.8 或 1.1.1.1 等公共 DNS。
querySrv ENODATA 是 DNS 解析失败，不是 MongoDB 配置错
这个错误本质是 Node.js 的 dns.resolveSrv() 调用返回了 ENODATA，说明本地 DNS 服务器没能查到 _mongodb._tcp.cluster0-on1ek.mongodb.net 这条 SRV 记录。它和密码、URI 格式、Atlas 白名单都无关，纯粹是 DNS 层面的“查无此记录”。
常见现象包括：
- 本地开发环境（尤其是 macOS 或某些 Linux 发行版）默认使用运营商 DNS，而部分运营商 DNS 不完整支持 SRV 查询或缓存过期
- 公司/校园网络启用透明代理或 DNS 拦截，屏蔽或改写 SRV 响应
- Docker 容器内使用默认 bridge 网络时，
dockerd内置 DNS（如 127.0.0.11）不转发 SRV 查询
换 DNS 服务器比改代码更直接有效
优先尝试切换系统级 DNS，而非降级驱动或硬编码 host 列表——这是最快验证路径。
- macOS：系统设置 → 网络 → 高级 → DNS → 添加
8.8.8.8和1.1.1.1，移到顶部，刷新 DNS 缓存：sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder - Windows：网络适配器属性 → IPv4 属性 → 使用以下 DNS 服务器地址 → 填入
8.8.8.8和1.1.1.1→ 确定后运行ipconfig /flushdns - Docker：启动容器时加
--dns 8.8.8.8；或修改/etc/docker/daemon.json加"dns": ["8.8.8.8"]并重启dockerd
切完 DNS 后直接重试 node index.js，90% 场景下错误消失。别急着改 mongoose.connect() 参数。
如果必须绕过 SRV（比如 CI/CD 环境 DNS 受限）
用标准 mongodb:// 连接串替代 mongodb+srv://，但必须手动拼出全部 seed hosts —— Atlas 控制台的 “Connect” → “Drivers” 页面里点 “I’m using a different driver”，会显示完整列表。
例如，原 SRV 地址 mongodb+srv://user:pass@cluster0-on1ek.mongodb.net/db?retryWrites=true 对应的标准串类似：
mongodb://user:pass@cluster0-on1ek-shard-00-00.xxxxx.mongodb.net:27017,cluster0-on1ek-shard-00-01.xxxxx.mongodb.net:27017,cluster0-on1ek-shard-00-02.xxxxx.mongodb.net:27017/db?ssl=true&replicaSet=Cluster0-shard-0&authSource=admin&retryWrites=true
注意要点：
- 所有 host 必须完整写出，不能省略端口
:27017 -
ssl=true和replicaSet参数不可少，否则连接会失败或超时 - 密码中含
@、/、:等字符，必须用encodeURIComponent()编码，比如p@ss/w0rd→p%40ss%2Fw0rd
Node.js 驱动版本与 DNS 行为差异
新版驱动（mongodb@6.x）对 SRV 解析更严格，遇到 DNS 返回空响应会直接抛 ENODATA；老版本（如 mongoose@5.x + mongodb@3.x）可能静默 fallback 到 A 记录，掩盖问题。
所以如果你看到：
- 升级到
mongodb@6.11后突然报querySrv ENODATA，而之前正常 → 很可能是旧驱动容忍了烂 DNS，新驱动不惯着 - 降级驱动能绕过错误 → 说明 DNS 确实有问题，只是被旧逻辑掩盖了，不建议长期依赖降级
真正该修复的是 DNS 环境，而不是把生产环境锁在 mongodb@3.7.3 上。
最常被忽略的一点：SRV 查询失败时，错误堆栈里出现的 dns.js:199:19 是 V8 内置模块位置，它不指向你的代码，也跟 mongoose 或 mongo-client 的配置无关——盯着这个行号 debug 是徒劳的。
