Sql server Azure SQL运行时间过长

一段时间以来，我们一直在以较低的数据量成功地使用Azure SQL。现在，当我们看到数据存储量适度增加时，我们正在经历非常长的查询时间。奇怪的是，查询dm_exec_query_stats显示用于查询的worker/cpu时间非常低（大约为0秒），但经过的时间很长（可能超过30秒）

我们已将定价级别提升至100 DTU，此后，我们所有类别的资源消耗量仅<可用资源的10%。执行计划看起来不错，而且考虑到cpu时间很短，这不应该是个问题

我还检查了等待时间，但没有产生明显的结果。单个查询的等待时间仅显示几毫秒的等待时间，唯一重要的等待类型是SOS_WORK_DISPATCHER，它不响铃声，也不存在于Microsoft文档中

web应用程序和使用数据的sql server都位于Azure西欧，考虑到我们还没有看到相当大的IO量，这应该不是一个问题

---

有没有人知道是什么原因导致了这种情况，或者SOS_工作_调度程序是什么

下面的查询显示了什么<代码>从sys.dm_os_wait_stats中选择等待类型、总和（等待任务计数）、总和（等待时间毫秒）按等待类型分组按总和排序（等待时间毫秒）desc您是否可以运行查询并将执行计划共享为XML？您是否可以尝试更新相关表的统计数据和重建索引，并查看您是否面临相同的行为？您是否可以使用本文提供的方法告诉我们您看到的特定查询或过程等待@游戏是WAR等待查询只显示SOS\u工作\u调度程序。不幸的是，我们无法共享执行计划，但更新统计数据和重建索引似乎可以使运行时间和工作时间更加接近。有时差距仍然是10倍，但至少现在只有几秒，而不是10秒。