MS SQL 查询有时需要多花 500 毫秒

Question

我遇到一些查询有时比从服务器返回结果所需的时间长 500 毫秒的情况。准确地说：正常响应时间为 5-6 毫秒，与服务器的 ping 时间相同。SQL 探查器的正常查询持续时间约为 1 毫秒。有时响应时间会上升到500ms左右。从来没有 300 或 400 毫秒，总是非常接近 500 毫秒。SQL Profiler 报告的实际查询持续时间仍然只有 1 毫秒左右。我使用 Wireshark 分析了网络流量，发现当响应时间为 500 毫秒时，我几乎立即收到请求包的 ACK（在 5-6 毫秒 ping 时间内）。这一定意味着服务器快速接收请求并且这不是与网络相关的问题，对吧？

因此，由于某种原因，SQL 服务器收到请求，但在执行查询之前会等待，或者执行 SQL 探查器的“持续时间”中未包含的其他操作。看起来很奇怪，它总是在 500 毫秒左右 - 这会给任何人带来任何关联吗？PS：我也觉得SQL Server这么快发送ACK可能有点奇怪？通常我希望它等待更长的时间，事实上，当响应时间很短时，就不会发送 ACK（只是搭载在响应包上）。

编辑：我正在循环测试这个。大多数响应速度很快，只有一小部分有这种延迟。延误通常是分组的。这是一个生产服务器，我认为它可能与同时发生的其他请求有关，但令我困惑的是为什么它总是有 500 毫秒的延迟，以及为什么它没有包含在分析器的“持续时间”列中。

Answer 1

请检查等待统计数据。每当 SQL Server 执行任何查询时，它都有能力检查正在执行的查询中的性能影响在哪里。您必须查询 SQL Server 才能获取详细信息。它是通过 sys.dm_os_wait_stats 提供的，可以连接到其他表或视图以获取更多详细信息。

https://www.sqlskills.com/blogs/paul/wait-statistics-or-please-tell-me-where-it-hurts/

http://downloads.red-gate.com/simpletalk/whitepaper_wait_statistics.pdf

https://www.brentozar.com/sql/wait-stats/