如何解决Mongo Server Selection Error及ETIMEDOUT连接超时问题

针对你遇到的原MongoDB集群突然无法连接（报错connect ETIMEDOUT 13.37.254.237:27017）、新集群却能正常连接的问题，按以下步骤排查：

1. 优先检查原集群的IP白名单 #

新集群能连接说明本地网络和MongoDB服务整体正常，最常见的原因是原集群的IP白名单未包含当前客户端的公网IP（比如重启路由器后公网IP变更）：

• 登录MongoDB管理控制台（如Atlas），找到原集群的「Network Access」配置项
• 确认当前设备的公网IP已添加到白名单，可临时添加0.0.0.0/0（允许所有IP访问）测试连通性，测试完成后务必删除该规则以保证安全

2. 验证连接URI与环境变量配置 #

虽然你说未修改URI，但仍需确认：

• 核对原集群的连接字符串是否正确（包含正确的用户名、密码、集群地址）
• 检查代码中混用的两个环境变量MONGO_URI和MONGO_URL，确认它们指向的都是原集群的正确地址，避免因变量配置错误导致连接失败
• 直接将原集群的URI硬编码到connectDB函数中测试，排除环境变量读取异常的问题

3. 测试本地与集群的网络连通性 #

在本地终端执行以下命令，验证27017端口是否能连通：

# 使用telnet测试
telnet 13.37.254.237 27017
# 或使用nc测试（更直观）
nc -zv 13.37.254.237 27017

• 如果命令返回无法连通，说明是网络层面问题：可能是本地防火墙/安全软件拦截了27017端口，或者原集群所在区域的网络出现临时故障（可查看MongoDB官方状态页确认服务可用性）

4. 检查原集群的运行状态 #

登录MongoDB控制台查看原集群：

• 是否有节点故障、正在维护或资源耗尽（如CPU/内存使用率过高）的情况
• 查看集群的连接日志，是否存在连接拒绝或认证失败的记录

代码优化建议 #

你的代码中存在两处mongoose.connect调用，建议统一使用connectDB函数中的async/await写法，避免异步逻辑混用：

const connectDB = async () => {
  try {
    // 确保这里使用的是正确的环境变量（比如统一用process.env.MONGO_URI）
    const conn = await mongoose.connect(process.env.MONGO_URI, { 
      useNewUrlParser: true, 
      useUnifiedTopology: true 
    });
    console.log(`MongoDB Connected: ${conn.connection.host}`);
  } catch (error) {
    console.log(error);
    process.exit(1);
  }
};

// 调用连接函数
connectDB();

内容的提问来源于stack exchange，提问作者Paul David