SQL Server执行时间统计结果解读

获取执行统计信息

要查看具体的执行耗时，需要开启 STATISTICS TIME 选项。以下是一个基础的示例脚本：

SET STATISTICS TIME ON
USE [pratice]
GO
SELECT * FROM [dbo].[Orders]

执行后，SQL Server Management Studio (SSMS) 会在“消息”窗口返回详细的耗时数据：

SQL Server 分析和编译时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
SQL Server 分析和编译时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
(121317 行受影响)
SQL Server 执行时间:
CPU 时间 = 109 毫秒，占用时间 = 2506 毫秒。

如何解读各项参数

面对上述输出，需要掌握两个核心阶段（编译与执行）以及两种核心指标（CPU 与占用时间）。

第1步：理解“分析与编译时间”

这一阶段代表 SQL Server 将文本代码转化为可执行计划的开销。通常包括词法分析、语法解析、检查权限及生成执行树等过程。

• CPU 时间：引擎处理逻辑所需的时间。
• 占用时间（Elapsed Time）：从开始编译到结束所经历的时钟时间。

第2步：理解“执行时间”

这是查询真正读取磁盘或内存并返回数据的阶段。对于包含大量数据读写的查询，这一阶段的耗时尤为关键。

• CPU 时间：执行操作消耗的处理器资源。
• 占用时间：系统执行该操作的总耗时。它不仅包含 CPU 处理逻辑的时间，还包含了等待 I/O（如从磁盘读取数据）以及系统调度的时间。因此，当查询遇到 I/O 瓶颈时，占用时间通常会远大于 CPU 时间。

如何利用数据进行调优

通过分析这两项指标，可以初步判断性能瓶颈所在：

1. 如果占用时间极高但 CPU 时间较低：表明查询存在严重的 I/O 等待，可能需要优化索引、检查统计信息或升级硬件。
2. 如果 CPU 时间较高：表明查询计算量大或使用了低效的执行计划，可通过拆分复杂运算、增加合适的索引来解决。