以下查询在 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每 5 分钟通过 SQL 代理作业启动一次，并将详细信息记录到表中。下图（您应该可以下载并放大查看）显示了当时正在运行的内容。
长时间运行的查询以绿色突出显示。wait_info 列为空，并且 sleep_status 始终处于睡眠状态。
知道为什么这个查询需要这么长时间才能运行和/或对我可以做些什么来进一步排除故障有任何想法吗？
我在很大程度上同意@Ian。不过，让我扩展一下。
可能是 IIS 保持连接打开，但由于连接池，它是设计使然，现在几乎总是默认使用。
另一点是查询没有运行一个多小时。密切关注 Adam 在 sp_WhoIsActive 中包含的精彩文档。使用@help =1 运行它。在您用于测量运行时间的时间属性上，Adam 写道：
对于 sql_text 属性，Adam 写道：
这里实际发生的是查询很快完成，连接被释放回池（处于“睡眠”状态）以在再次被要求时被拾取。表中的结果反映上次运行查询的连接只是长时间未使用。因此，无需担心，一切都按设计运行。
但是，您可能希望修改您的代理作业以在 @show_sleeping_spids = 1 的情况下运行 sp_WhoIsActive，这将仅在它们具有活动事务的情况下显示睡眠 spid，这样您就不会再看到这些池连接。
更新：
再次查看屏幕截图时，我发现您实际上确实在该 spid 上维护了一个未处理的事务。除了最后一段之外，它并没有真正影响我的回答，但是您确实需要找出为什么要进行该交易。您是否打开了隐式事务？您是否未能在同一批次中提交显式事务？
睡眠状态并不表示它是一个长时间运行的查询，而是为运行该查询而建立的连接仍处于打开状态。只要该连接打开，它将被捕获并记录在您的表中。看起来这更像是一个问题，或者 IIS 没有关闭与数据库的连接。