amazon-web-services - AWS Lambda 函数生命周期

Question

考虑以下 AWS Lambda 函数:

var i = 0;
exports.handler = function (event, context) {
    context.succeed(++i);
};

多次执行此函数，我最终得到类似如下的输出:

> 0
> 1
> 2
> 0
> 1
> 0
> 3
> 2
> 4
> 1
> 2

如您所见，脚本似乎有 3 个单例，当我执行该函数时，我随机以其中一个结束。

这是预期的行为吗？我在文档中找不到任何相关信息。

我问这个是因为我打算连接到 MySQL 并保留一个连接池:

var MySQL = require('mysql');
var connectionPool = MySQL.createPool({
   connectionLimit: 10,
   host: '*****',
   user: '*****',
   pass: '*****',
   database: '*****'
});

function logError (err, callback) {
    console.error(err);
    callback('Unable to perform operation');
}

exports.handler = function (event, context) {
    connectionPool.getConnection(function (err, connection) {
        err && logError(err, context.fail);
        connection.query('CALL someSP(?)', [event.user_id], function (err, data) {
            err && logError(err, context.fail);
            context.succeed(data[0]);
            connection.release();
        });
    });
};

连接池需要使用 connectionPool.end() 处理，但我应该在哪里执行呢？

如果我在脚本末尾(处理程序之后)添加它，那么连接池将在 lambda 函数首次执行时立即关闭。

如果我在处理程序中处理连接池，那么连接池将关闭以用于将来的请求。

此外，我应该处理掉它吗？如果我不处理它，连接将保留在池和内存中，但正如您在第一个代码示例中看到的那样，AWS 保留了我模块的 ~ 3 个单例，这意味着我最终会得到3 个不同的连接池，每个有 10 个连接。

Answer 1

除非我严重误解了您的问题，否则这是 lambda 的有据可查和预期的行为。看这里:https://aws.amazon.com/lambda/faqs/

Lambda 启动您的容器实例以匹配您的 lambda 函数的使用模式。如果它现在没有被使用，那么它会将其旋转下来，如果它被大量使用，那么将创建更多的容器。您永远不应该依赖 lambda 函数中的持久状态。如果它是为了你的功能的生命周期，或者你正在优化某些东西，那么使用状态是可以的。

据我所知，你无法在任何给定时间控制内存中函数实例的数量，因此如果你担心用完你的 mysql 连接，你应该相应地设计。

来自文档:

“AWS Lambda 可以根据需要启动任意数量的函数副本，而无需冗长的部署和配置延迟。扩展函数没有基本限制。AWS Lambda 将动态分配容量以匹配传入事件的速率。”

直接适用于您的 mysql 问题，当您使用完连接后，我总是会将您的连接返回到池中。然后我会计算您希望有多少并发请求，并根据您的 mysql 服务器配置进行相应的规划。