Azure sql database 使用SQL内部代码最大化Azure SQL DTU，但不是来自SQL Server Management Studio

我的处境有点滑稽。对于某个查询，我们的Azure SQL实例的最大值为100 DTU，查询返回超时：

SqlException (0x80131904): Timeout expired.  The timeout period
elapsed prior to completion of the operation or the server is not
responding.  This failure occurred while attempting to connect to the
routing destination.

如果我在SQLServerManagementStudio中运行完全相同的查询（使用硬编码的参数），则DTU仍将占用高达25%的空间，但距离100%还很远。该服务器上没有其他运行。在之前/之后还运行一些其他查询。但如果我们只是运行它们，就不会有任何异常

---

有什么想法吗？

我对这个问题的分析是这样的

首先，当DTU最大化时，如果查询因此失败，您将无法获得超时。下面是您将获得的错误消息

资源ID:%d。数据库的%s限制为%d，已达到该限制。更多信息

您可以尝试通过打开多个资源密集型查询来测试这一点

其次，当您得到问题中指出的超时值时，这主要是由于查询等待资源，例如数据库IO、内存

---

我们面临着类似的暂停，但大多数都是通过更新统计数据和重建索引来修复的，其余的我们都进行了优化

我对这个问题的分析如下

首先，当DTU最大化时，如果查询因此失败，您将无法获得超时。下面是您将获得的错误消息

资源ID:%d。数据库的%s限制为%d，已达到该限制。更多信息

您可以尝试通过打开多个资源密集型查询来测试这一点

其次，当您得到问题中指出的超时值时，这主要是由于查询等待资源，例如数据库IO、内存

---

我们面临着类似的超时问题，但大多数问题都是通过更新统计数据和重建索引来解决的，其余问题我们优化了

我的应用程序Azure DTU的max out，我看到超时/任务取消错误消息。AFAIK请求只是排队直到超时。我从未见过您发布的资源id消息，但可能我找错了位置。我的应用程序的Azure DTU最大输出，我看到超时/任务取消错误消息。AFAIK请求只是排队直到超时。我从未见过您发布的资源id消息，但可能我找错地方了。