以下操作所需的时间

mitu46547

以专注于其余部分采用协议我们清楚地注意到浅红色和红色作为下一个大候选人的部分。这些代表触发的与实际数据库的通信。每当您托管需要访问传统关系数据库的应用程序或功能时您都需要启动与该数据库的连接。这需要时间并且会带来延迟。对于您执行的任何查询也是如此。目标是将时间和延迟保持在绝对最低限度。目前最好的方法是确保您的应用程序或功能部署在与数据库服务器相同的地理区域中。您的请求到达数据库服务器的距离越短建立连接的速度就越快。部署无服务器应用程序时要记住这一点非常重要因为不这样做可能会产生很大的负面影响。不这样做可能会影响。


完成握手保护与数据库的连 WhatsApp 号码数据 接执行您的查询所有这些因素都会在冷启动期间激活因此会影响使用带有的数据库对应用程序的冷启动产生的影响。令人尴尬的是我们注意到我们已经使用中的无服务器函数以及托管在中的实例完成了前几次测试。我们很快修复了这个问题之后测量清楚地显示了这可能对数据库延迟产生的巨大影响无论是对于创建连接还是对于执行的任何查询数据库与函数位于同一区域使用与您的函数不太接近的数据库将直接增加冷启动的持续时间但在处理热请求期间稍后执行查询时也会产生相同的成本。优化内部架构构建在前面显示的图表中您可能已经注意到内部栏。






上的三个部分中只有两个与数据库直接相关。另一个部分模式生成器以青色显示不是。这向我们表明该细分市场是一个有待改进的领域数据库与函数位于同一区域绿色的栏的一段表示运行其功能以与数据库建立连接所花费的时间。该段在内部栏中分为两个块青色和浅红色。浅红色段代表实际创建数据库连接和青色所花费的时间该段显示了的查询引擎读取您的架构然后使用它来生成用于验证传入的客户端查询的架构所花费的时间。以前生成这些项目的方式并没有达到应有的优化程度。为了缩短该部分我们解决了在那里发现的性能问题。更具体地说我们找到了删除一段昂贵的代码的方法这些代码在构建查。