如何解决AWS Lambda中的MongoDB连接超时断开问题？

• 复用数据库连接实例
  Lambda是无状态执行环境，每次冷启动会初始化新进程。把MongoDB连接实例放在Lambda的全局作用域，而非handler函数内部，避免每次请求都创建新连接导致池耗尽或超时。示例代码：

  // 全局作用域声明连接对象
  let mongoClient;
  
  exports.handler = async (event) => {
    // 仅在连接未初始化时创建连接
    if (!mongoClient) {
      mongoClient = await MongoClient.connect(process.env.MONGO_URI, {
        maxPoolSize: 10, // 根据Lambda并发量调整连接池大小
        connectTimeoutMS: 30000,
        socketTimeoutMS: 30000
      });
    }
    // 执行数据库操作
    const db = mongoClient.db('your-db-name');
    // ...后续业务逻辑
  };
  

• 检查VPC与网络配置

  • 如果MongoDB部署在VPC内，需将Lambda配置到同一VPC的子网中，同时确保Lambda的安全组允许出站访问MongoDB的27017端口，MongoDB的安全组允许Lambda所在子网的IP入站。
  • 若使用云托管MongoDB（如Atlas），需将Lambda的出站IP或所在VPC的CIDR段添加到MongoDB的IP白名单；或通过VPC peering实现内网连接，避免公网波动影响。

• 调整超时参数

  • Lambda控制台中，将函数执行超时时间从默认3秒调整为10-15秒，确保有足够时间建立数据库连接。
  • 在MongoDB连接配置中，合理设置connectTimeoutMS和socketTimeoutMS（建议30秒左右），避免因网络延迟触发超时。

• MongoDB Atlas 额外配置
  若使用Atlas，确保连接字符串包含retryWrites=true和w=majority参数，提升连接稳定性；同时检查Atlas的连接池限制，避免超出并发连接上限。

• 避免连接泄漏
  不要在handler函数内手动关闭连接（需复用），但需在异常场景下检查连接有效性：若连接已断开，重新初始化连接，避免无效连接占用资源。

内容的提问来源于stack exchange，提问作者Jackson Kasi