我正在编写一个可以部署到任何 SQL 服务器的脚本,该脚本将提供有关服务器使用情况的一些有意义的统计信息。我很快意识到,我从 sys.dm_exec_query_stats 的 last_elapsed_time 列中得到了一些相当可疑的结果。以下面的脚本为例:
select
creation_time,
last_elapsed_time [last_elapsed_time_ms],
last_worker_time [last_worker_time_ms],
DATEDIFF(MILLISECOND, creation_time, getdate()) [since_creation_time_ms],
convert(varchar(20), DATEDIFF(DAY, 0, CONVERT(VARCHAR,DATEADD(ms,last_elapsed_time,0),113))) + ' days ' +
CONVERT(VARCHAR,DATEADD(ms,last_elapsed_time,0),114) [last_elapsed_time_format],
convert(varchar(20), DATEDIFF(DAY, 0, CONVERT(VARCHAR,DATEADD(ms,last_worker_time,0),113))) + ' days ' +
CONVERT(VARCHAR,DATEADD(ms,last_worker_time,0),114) [last_worker_time_format],
convert(varchar(20), DATEDIFF(DAY, creation_time, getdate())) + ' days ' +
CONVERT(VARCHAR,DATEADD(ms,DATEDIFF(MILLISECOND, creation_time, getdate()),0),114) [since_creation_time]
from sys.dm_exec_query_stats
order by last_elapsed_time desc
我运行它,这是我得到的结果示例:
具体查看我的结果中的第 2 行、第 3 行、第 4 行等 =- 我的问题基本上是,经过的时间怎么会大于“自创建时间”?
当然,如果它是在 1 小时前创建的,那么根据上次经过的时间报告,它到底如何花费了 12 小时以上?
我知道我可能在某个地方错过了有关此专栏的基本含义,但我就是看不到在哪里。对于这个视图,我已经浏览了 Microsoft 文档:
sys.dm_exec_query_stats (Transact-SQL)
其中 is 将 last_elapsed_time 列描述为:
以微秒为单位报告的经过时间(但仅精确到毫秒),用于最近完成的此计划的执行
当然,如果它是在 1 小时前创建的,我不应该期望得到比这更大的结果??
请有人可以在这里帮助我...我开始质疑自己的理智!