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 服务器配置进行相应的计划。