API网关调用Lambda函数时出现间歇状态500错误

Question

我是AWS的新手，我正在尝试制作一个简单的web服务，它可以调用并显示有关我学校课程的信息。我通过RDS设置数据库，编写Lambda函数来处理对数据库的请求，并使用API网关调用每个API。

问题是lambda函数有时会返回错误。My lambda函数成功返回有关大多数课程的信息，但返回了两个课程的连接错误。这种连接错误是随机发生的。有时，根本不会发生错误。

我使用Cloudwatch查看我的控制台，错误消息是“无法读取未定义的属性'query'。请检查Lambda函数代码，然后重试。”。我假设此错误是由于与数据库的连接失败造成的。但是，我的lambda函数在大多数情况下都可以正常工作。

我试图搜索类似的案例，但没有找到。这是我的λ函数。

const mysql = require("mysql");
const config = require("./config.json");

const pool = mysql.createPool({
  host: config.dbhost,
  user: config.dbuser,
  password: config.dbpassword,
  database: config.dbname,                // this is the max number of connections before your pool starts waiting for a release
  multipleStatements : true  
});
exports.handler = (event, context, callback) => {
  //prevent timeout from waiting event loop
  context.callbackWaitsForEmptyEventLoop = false;
  pool.getConnection(function (err, connection) {
    // Use the connection
    connection.query(
      "SELECT * from course where id = " + event.pathParameters.id,
      function (error, results, fields) {
        // And done with the connection.
        connection.release();
        // Handle error after the release.
        if (error) callback(error);
        else callback(null, results[0]);
      }
    );
  });
};

Answer 1

您的代码是lambda函数容器重用功能的牺牲品。

在处理程序中，connection.release（）将在每次代码成功执行时释放连接。

必须阅读：

Lambda functions execute in a container (sandbox), which provides isolation from
other functions and an allocation of resources such as memory, disk space, and CPU.
Container reuse is important to understand for more advanced uses of Lambda.
When a function is instantiated for the first time, a new container is initialized and the
code for the function is loaded (we say that the function is cold when this is done for
the first time). If a function is rerun (within a certain period), Lambda may reuse the
same container and skip the initialization process (we say that the function is now
warm), thus making it available to execute code quicker.

Answer 2

您的问题最有可能是RDS连接池——RDS实例越低，它们可以接受的同时连接数量就非常有限，如果它们命中了，它们就会出错。

我建议您设置一些异常处理和日志记录语句（即使只是打印到std out通常会在CloudWatch中结束），以查看错误发生时是什么，而不是依赖于api网关-任何未捕获的异常抛出在Lambda会自动导致api网关出现500错误，除非您有意更改其行为，这使得跟踪发生了什么变得更加困难。