为什么长时间运行的查询会保持睡眠状态并且等待信息为空

Question

以下查询在 SQL Server 2008 R2 上运行，运行时间超过 1 小时：

select log_id, type, instance_id from ts_cache_log where log_id > 146400 order by log_id

它产生了 0 行返回。我知道这一点是因为我将数据库恢复到查询开始运行并重新运行查询的时间点。当我这样做时，查询运行得非常快（不到 1 秒）。

当这个查询运行了一个多小时时，sp_WhoIsActive通过 SQL 代理作业每 5 分钟启动一次，并将详细信息记录到表中。下面的图片，您应该能够下载并放大查看，显示了在此期间运行的内容。

长时间运行的查询以绿色突出显示。wait_info 列为空并且 sleep_status 始终处于睡眠状态。

知道为什么这个查询需要这么长时间才能运行和/或我可以做些什么来进一步排除故障吗？

Answer 1

我在很大程度上同意@Ian。不过，让我扩展一下。

可能是 IIS 保持连接打开，但由于连接池的原因，这是设计使然，现在几乎总是默认使用连接池。

另一点是查询没有运行一个多小时。请密切注意 Adam 在 sp_WhoIsActive 中包含的很棒的文档。使用@help =1 运行它。在用于测量运行时间的时间属性上，Adam 写道：

对于活动请求，查询运行的时间

对于睡眠会话，自上次批处理完成以来的时间

对于 sql_text 属性，Adam 写道：

显示活动请求的 SQL 文本或为睡眠会话执行的最后一条语句（如果在任一情况下可用）。

这里实际发生的是查询完成得非常快，并且连接被释放回池（处于“睡眠”状态）以在再次请求时被拾取。表中的结果反映上次运行查询的连接在很长一段时间内没有使用。所以，不用担心，一切都按设计运行。

但是，您可能希望修改您的代理作业以使用 @show_sleeping_spids = 1 运行 sp_WhoIsActive，如果它们有活动事务，它只会显示休眠的 spid，这样您就不会再看到这些池连接。

更新：

再次查看屏幕截图时，我看到您确实在该 spid 上维护了一个开放事务。除了最后一段之外，它并没有真正影响我的回答，但是您确实需要找出该交易被保留的原因。您是否开启了隐式交易？您是否未能在同一批次中提交显式事务？