Set statistics time 输出 CPU time> elapsed time

今天用Set Statisticis time比较语句的执行时间，信息如下：

 

SQL ServerExecution Times:

   CPU time = 199229 ms,  elapsed time = 156327 ms.

SQL Serverparse and compile time:

   CPU time = 0 ms, elapsed time = 0 ms.

 

一般在OLTP的环境中我们看到的CPU time是小于elapsed time的。因为在执行的过程中除了CPU的开销可能还有其他的一些操作，比如等待数据从磁盘加载到内存的时间或者Blocking之类的等待，都会增加整个执行的时间。(如果看到CPU时间和Elasped Time差别很大，可以去查询是否SQLServer有资源瓶颈)。

 

对于这个案例我看了一下SQL Server的执行计划，使用了并行计划。由于 cost threshold forparallelism的默认值是５秒，所以当SQL Server发现使用串行计划的开销高于5秒时会尝试创建使用并行计划。本例中发现SQLServer最后执行了大概两分半钟。

 

由于多个CPU同时执行所以将多个CPU的执行时间进行累积可能导致CPU(CPU time)的时间大于总的执行时间(elapsedtime)。