但在无服务器环境中如

么某个功能在交易过程中被关闭扩展策略会导致一万个新函数连接到数据库长时间运行的查询或多个查询使函数调用的运行时间比平均值长得多在为无服务器环境开发应用程序时假设此类问题可能并且将会发生始终很重要。避免无服务器头痛为了说明问题是如何出现的让我们看一个简单的例子。以下是一个简单的处理程序它接受在数据库中查询具有该的项目然后返回结果对象。在非无服务器环境中此函数不会对性能产生任何影。



响果没有某些保护此 捷克共和国手机号码列表 函数可能会对您的应用程序和您的钱包造成严重损害。例如如果此应用程序的使用量大幅增加您可能会看到数据库很快耗尽连接。这可能会导致响应时间变慢和超时从而降低您的有效处理速度。为了避免这种并行化问题让我们看一下可以对应用程序进行的三个简单配置更改。这些更改按照影响最小最不困难到影响最大最困难的顺序排列。更改客户端连接池大小大多数包括都有一种方法。





可以修改客户端与底层数据库保持打开的连接数量称为连接池。默认情况下池中的连接数可能会有所不同但通常在到个连接之间。如果您参考上面的示例如果每个函数保持个连接打开即使考虑大量连接也可能会减少一个数量级在大多数情况下将池大小设置为最大值将使您的应用程序保持运行同时还保证来自函数的连接数永远不会超过并发运行的函数数。如果您仍然看到数据库连接失控您应该设置并发限制大多数云平台都能够限制。