针对你遇到的问题——无法使用SET STATISTICS TIME，且现有DMV查询的WHERE子句不够健壮的情况，我们可以通过更精准的DMV关联和条件过滤来解决：

核心优化思路 #

• 替换旧视图，用更可靠的DMV：放弃sys.sysprocesses（这是兼容旧版本的视图），改用sys.dm_exec_sessions和sys.dm_exec_requests获取当前会话的SQL上下文，数据更准确且支持更多细节。
• 精准匹配语句边界：通过sql_handle（唯一标识批处理/语句）加上statement_start_offset和statement_end_offset（定位批处理内具体语句的偏移量），替代原有的文本匹配，避免因文本截断、重复语句导致的误匹配。
• 处理特殊场景：兼容statement_end_offset = -1（表示语句到批处理末尾）的情况，同时过滤掉系统内部语句，只保留用户执行的语句。

优化后的查询代码 #

-- 先执行你需要统计的语句，比如：
select top 30 'my personal identifier: 3', * FROM sys.tables;

-- 然后执行以下查询获取最后一次语句的统计
SELECT TOP 1
    qs.total_worker_time / qs.execution_count AS [Avg CPU Time],
    qs.total_elapsed_time / qs.execution_count AS [Avg Elapsed Time],
    qs.total_rows AS [Total Rows],
    SUBSTRING(
        st.text,
        (qs.statement_start_offset / 2) + 1,
        CASE 
            WHEN qs.statement_end_offset = -1 THEN DATALENGTH(st.text) 
            ELSE (qs.statement_end_offset - qs.statement_start_offset) / 2 + 1 
        END
    ) AS [Executing Statement]
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st
WHERE 
    -- 匹配当前会话的SQL句柄
    qs.sql_handle = (SELECT sql_handle FROM sys.dm_exec_sessions WHERE session_id = @@SPID)
    -- 匹配当前会话最后执行语句的偏移量（兼容正在执行/已执行完成的场景）
    AND qs.statement_start_offset = COALESCE(
        (SELECT statement_start_offset FROM sys.dm_exec_requests WHERE session_id = @@SPID),
        (SELECT MAX(statement_start_offset) FROM sys.dm_exec_query_stats qs2 WHERE qs2.sql_handle = qs.sql_handle)
    )
ORDER BY qs.last_execution_time DESC;

关键细节解释 #

• sys.dm_exec_sessions：获取当前会话（@@SPID）的sql_handle，这是当前会话最近执行批处理的唯一标识。
• COALESCE处理偏移量：如果当前会话有正在执行的请求（比如长查询），直接取sys.dm_exec_requests里的偏移量；如果没有正在执行的，取该批处理内最大的偏移量（即最后一条语句）。
• 文本截取逻辑：用statement_start_offset和statement_end_offset计算语句在批处理文本中的位置，确保截取到完整的目标语句，避免截断或多余内容。

注意事项 #

• 缓存依赖：该查询依赖sys.dm_exec_query_stats，如果目标语句执行后被SQL Server从计划缓存中逐出（比如内存不足、计划过期），则无法获取统计数据。
• EXEC子会话问题：使用EXEC @SQL时确实会创建独立子会话，子会话的统计不会出现在父会话的dm_exec_query_stats中，这是SQL Server的会话隔离机制，暂时没有完美的 workaround，只能避免用EXEC执行需要统计的语句。
• 重复语句处理：如果同一会话执行了完全相同的语句，execution_count会累加，此时Avg CPU Time是多次执行的平均值；如果需要单次执行的统计，可能需要结合扩展事件或跟踪来实现（dm_exec_query_stats本身是聚合统计）。

内容的提问来源于stack exchange，提问作者Christian4145