【问题标题】:Lambda + Sequelize randomly getting SequelizeConnectionError ETIMEDOUTLambda + Sequelize 随机获取 SequelizeConnectionError ETIMEDOUT
【发布时间】:2020-04-19 13:34:36
【问题描述】:

我们在 Aws Lambda 中使用 Sequelize,大部分情况下一切正常,但随机出现以下错误:

ETIMEDOUT {"name":"SequelizeConnectionError","parent":{"errorno":"ETIMEDOUT","code":"ETIMEDOUT","syscall":"connect","fatal":true},"original":{"errorno":"ETIMEDOUT","code":"ETIMEDOUT","syscall":"connect","fatal":true}}

我们正在使用 Rds - mysql 8.0.15、Serverless 框架、serverless-http、serverless-webpack。 这是我们的文件配置。

//db.js

... import all models

const sequelize = new Sequelize(
  process.env.DATABASE,
  process.env.DB_USER,
  process.env.DB_PASSWORD,
  {
    host: process.env.DB_HOST,
    port: process.env.STAGE === "dev" ? 3306 : 31304,
    dialect: "mysql",
    dialectOptions: { decimalNumbers: true },
    pool: {
      max: 10,
      min: 0
    }
  }
);

const models = {};

// Initialize models
modules.forEach(module => ...

export default models;
//handler.js

import express from "express";
import serverless from "serverless-http";
import db from "./db";

const app = express();

app.use(async (req, res, next) => {
  try {
    const email = "get email from jwt ...";
    req.user = await db.user.findOne({
      where: { email }
    });

    return next();
  } catch (e) {
    logger.warn("An error occurred" , e);
    res.status(500).send({ message: e.message });
  }
});

app.use("/api", api);

app.get("*", (req, res) =>
  res.status(404).json({ errorCode: 0, message: "Unrecognized route" })
);

const handler = serverless(app);

module.exports.handler = async (event, context) => {
  context.callbackWaitsForEmptyEventLoop = false;
  return handler(event, context);
};

我认为我们可能达到了最大 mysql 连接数(对我来说是 66 个),但是 rds 仪表板显示我们拥有的最多是 40 年代。

我们做错了什么?

【问题讨论】:

    标签: mysql aws-lambda sequelize.js serverless-framework


    【解决方案1】:

    尽管您说您没有达到最大连接数,但您仍可能想尝试创建一个 Amazon RDS Proxy 供您的 Lambda 函数访问,以高负载命中它,然后查看您是否能够重现错误。

    您确实没有足够的日志来诊断问题,如果上述方法不起作用,您将需要更深入地研究,可能启用更多 RDS 日志记录以查看是否可以告诉您问题。

    您可以解决问题的其他方法是,如果您正确地使用另一种语言/框架执行相同的查询,模拟并查看问题是否仍然存在。

    您可能还想检查 Cloudwatch 指标以了解任何其他可以为您提供有关问题所在线索的信息。将您的 Lambda 资源指标和 RDS 实例指标绘制在同一图表上,以查看 Lambda 函数何时出错以及您的数据库正在执行的操作是否存在任何模式,例如在您的写入或读取延迟增加时是否发生错误.

    如果问题仍然存在,而您无法解决,您可能会做的最好的事情是重试,这只会掩盖问题,但如果老板找您寻求解决方案,这可能是您的最佳选择打赌。

    希望我的建议能有所帮助,我在 DB+LambdaDB+ECS 遇到过类似问题,并发现这些问题是有效的故障排除策略。

    【讨论】:

      猜你喜欢
      • 2020-03-14
      • 2022-06-14
      • 1970-01-01
      • 2011-06-04
      • 1970-01-01
      • 1970-01-01
      • 2011-11-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多