如何在无服务器环境中管理 postgres 数据库句柄？

Question

我有一个API运行在AWS Lambda和AWS Gateway使用Up。我的API在启动时创建一个数据库连接，因此Lambda在第一次触发该函数时会这样做。我的API是用node写的，使用Express和pg-promise来连接和查询数据库。

问题是Lambda在它认为合适的情况下创建函数的新实例，有时看起来好像一次有多个实例。

由于我的 Lambda 函数占用了太多数据库句柄，我的数据库连接数不断用完。如果我登录Postgres并查看pg_stat_activity表，我可以看到很多与数据库的连接。

解决此问题的建议模式是什么？可以限制Lambda中函数同时实例的数量吗？你能在一个函数的实例之间共享一个连接池吗。

AWS现在提供了一个名为RDS Proxy的产品，它是一个托管连接池解决方案，可以解决这个问题：https://aws.amazon.com/blogs/compute/using-amazon-rds-proxy-with-aws-lambda/

Answer 1

您有两个选项来解决此问题：

> < li>

您可以调整Postgres以断开那些空闲连接。这是最好的方法，但可能需要一些反复试验。

您必须确保连接到处理程序中的数据库，并在函数返回或退出之前断开连接。在快速中，您必须在路由处理程序中连接/断开连接。

Answer 2

有几种方法可能会耗尽数据库连接：

< li >您的并发Lambda执行数超过了可用的数据库连接数。这当然是可能的。 < li >您的Lambda函数正在打开数据库连接，但没有关闭它们。这可能是罪魁祸首，因为web框架倾向于在请求之间保持数据库连接打开(这样更有效)，但是在Lambda上没有机会关闭它们，因为AWS会静默地终止实例。

您可以通过控制数据库服务器上可用连接的数量（PostgreSQL上的max_connections设置）和并发Lambda函数调用的最大数量（如本文所述）来解决1。当然，这只是一个问题换另一个问题，因为当Lambda达到极限时，它将返回429个错误。

寻址2更棘手。处理数据库连接耗尽的传统而正确的方法是使用连接池。但是使用Lambda你不能在客户端做到这一点，而使用RDS你不能选择在服务器端做到这一点。您可以设置一个中间的持久连接池，但是这使得设置更加复杂。

在没有池的情况下，一种选择是在每次函数调用时创建和销毁数据库连接。不幸的是，这会给你的请求增加相当多的开销和延迟。

另一种选择是仔细控制您的客户端和服务器端连接参数。这个想法是首先让数据库在相对较短的空闲时间后关闭连接（在PostgreSQL上，这是由tcp_keepalives_*设置控制的）。然后，为了确保客户端永远不会尝试使用关闭的连接，您在客户端设置了一个比该值短的连接超时（如何这样做将取决于框架）。

我希望AWS能在某个时候给我们一个解决方案(比如服务器端RDS连接池)。你可以在AWS论坛的帖子中看到各种建议的解决方案。