Sql server 将web应用移动到Azure后SQL Azure查询性能突然下降

在将应用程序从托管VPS移动到Azure应用程序服务后，Azure SQL DB的性能出现如此大的下降，有什么原因可以解释

这是过去两周查询商店的高变化图表中的一个典型图表。红色箭头指示我何时将生产应用程序从另一个托管提供商移动到Azure应用程序。在移动应用程序之前，我经历了零超时。现在，使用同一个Azure SQL DB，超时会频繁地触发较长的查询（但决不会太难）

我所做的唯一其他更改是更改连接字符串中的用户原则。此用户只有选择、插入、更新、删除和执行权限

我的理论是： -与应用程序和数据库之间的联网有关。弹性？但是我指定了一个SQL执行计划 -我设置的用户有问题吗？ -错误的计划回归（我现在启用了自动强制计划调整） -同时在两台服务器上运行Hangfire导致的问题（现在通过将HF表移动到新的数据库来缓解） -有什么东西触发了某种我无法理解的节流

以下是日志分析的超时图表：

谢谢你的帮助。注意：在过去的30天里，这个网站的流量几乎相同

事实上，从过去一周的SQL DB指标来看：

以下是一些等待信息-过去6小时：

蓝色=平行度 橙色=缓冲区

---

您已将web应用程序移动到Azure，但数据库没有更改，对吗？完全正确。我还更改了连接字符串中的db user。我现在想知道Log Analytics的中间图表是否有误导性，因为我不确定该服务何时开始登录。在大多数情况下，这个网站是超快速的——只是偶尔长时间运行的查询似乎会让它完全崩溃。在我看来，相同的数据库和相同的应用程序应该不会对数据库性能产生影响。您能否撤消连接字符串更改以排除这种可能性？不幸的是，我现在无法更改连接字符串中的用户。字符串中的其他所有内容都是相同的。我问这个问题的原因是因为我在SO上看到了一个答案（虽然没有完全回答，但我现在找不到），这表明db用户需要访问主db，而不仅仅是您的目标db。