SQL执行效率2-执行计划

时间:2022-11-05 13:57:02

以下语句可以进行SQL 语句执行时间分析,两个Go之间就是SQL查询语句

  1. use Work--数据库名
  2. go
  3. set statistics profile on
  4. set statistics io on
  5. set statistics time on
  6. go
  7. -----(SQL执行语句)
  8. go
  9. set statistics profile off
  10. set statistics io off
  11. set statistics time off
  12. go

运行一次后就可以在查询结果的信息标签下看到统计信息

SQL执行效率2-执行计划

SQL Server 的查询过程为根据SQL表中的统计信息分析执行计划,然后才是编译,最后执行。

其中一共用到了三条Statistics相关语句

一、statistics time选项

用于显示分析、编译和执行各语句所需的毫秒数。

1、CPU时间和占用时间:

(1)CPU时间是指该句CPU占用的时间,即语句占用了多少CPU资源。在多个CPU的系统中,这个CPU时间是所有CPU上时间的总和。与profiler工具和服务器跟踪选项所提供的CPU值一致

(2)占用时间是指该语句总共用的时间,包括可能存在的I/O等待时间等。这个与Profiler中的Duration值一致

通常数据需要从磁盘中读取,还可能遇到I/O阻塞,因此大部分情况下看到的是占用时间大于CPU时间,这个很容易理解,但有时候CPU时间是可能大于占用时间的,这是由于该句使用了多个CPU,但是等待时间又很短

SQL执行效率2-执行计划           SQL执行效率2-执行计划

那么个SQL语句的CPU时间就是分析编译里的CPU时间加上执行时间里的CPU时间之和,整个语句的执行时间就是所有占用时间之和。通常编译主要就是CPU的运算,那么CPU时间和占用时间应该是比较接近的。如果在执行过程,就可能需要将数据从磁盘读入内存,那么I/O等待时间的消耗就可能造成占用时间很长。

2、在存在缓存的情况下,执行计划可以重用,因此分析编译时间可能都为零;执行过程中的数据也不需要从磁盘上读取,所以执行时间中的中占用时间很短,缓存使得性能大提高。

二、Statistics IO选项

用于SQL Server 显示有关由 Transact-SQL 语句生成的磁盘活动量的信息。

1、“表 'ProductLite'。扫描计数 1,逻辑读取 3077 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。”这条结果中出现的概念在SQL Server帮助文档中都有解释

SQL执行效率2-执行计划

2、逻辑读取与Profiler中的Reads值是一个概念,但是由于profile日跟踪显示的Reads随着该查询使用的SET语句而增长,但是Statistics IO显示的逻辑读数量不包含SET语句所访问的附加页面,因此,Statistics IO提供的读操作数量一致。

3、当内存中还没有需要查找的数据时,需要从磁盘读取,因此物理读取和预读都不会为零;一旦经过一次查询后,该数值放入缓存,那么这两个值将保持为零。

三、Statistics profiler

显示语句的配置文件信息。STATISTICS PROFILE 对即席查询、视图和存储过程有效。

SQL执行效率2-执行计划

参数说明

Rows:执行计划的每一步返回的实际行数

Executes:执行计划的每一步被运行了多少次

StmtText:执行计划的具体内容。执行计划以一棵树的形式显示。每一行都是运行的一步,都会有结果集返回,也都会有自己的cost

EstimateRows:SQLSERVER根据表格上的统计信息,预估的每一步的返回行数。

EstimateIO:SQLSERVER根据EstimateRows和统计信息里记录的字段长度,预估的每一步会产生的I/O cost

EstimateCPU:SQLSERVR根据EstimateRows和统计信息里记录的字段长度,以及要做的事情的复杂度,预估每一步会产生的CPU cost

TotalSubtreeCost:SQLSERVER根据EstimateIO和EstimateCPU通过某种计算公式,计算出每一步执行计划子树的cost

Warnings:警告信息

Parallel:是否使用了并行的执行计划