SQL Server2008优化之SET STATISTICS开关
一、准备工作
缓存对于某个查询的性能影响十分之大,所以优化之前要清空缓存。
清除Buffer Pool时面的所有缓存 DBCC DROPCLEANBUFFERS
清除Buffer Pool里的所有缓存的执行计划,已经预编译的内容,在此处将被清空 DBCC FREEPROCCACHE
二、SET STATISTICS TIME ON/OFF开关
这个开关能输出SQL语句各阶段所消耗的时间
返回值说明: CPU Time,SQL Server所花的纯CPU时间是多少,也就是说语句花了多少CPU资源 elapsed Time,语句运行的时间长短,有些动作会发生I/O操作、产生了I/O等待,或者是遇到阻塞、产生阻塞的等待,总之时间用掉了,但是没有用CPU资源,所以Elapsed Time比CPU Time长是很正常的。但是CPU Time是语句在所有CPU上的时间总和,如果语句使用了多颗CPU,而其他等待几乎没有,那么CPU Time大于Elapsed Time也是正常的。 SQL Server parse and compile time,语句的编译时间 SQL Server Execution Times,语句真正运行的时间
三、SET STATISTICS IO ON/OFF开关
这个开关能够输出语句做的物理读和逻辑读的数
返回值说明: scan count:执行的扫描次数。按照执行计划,表格被Scan了几次。一般来讲大表Scan的次数越多越不好,唯一的例外是如果执行计划选择了并发运行,由多个Thread同时做一个表的读取,每个Thread读其中的一部分,但是这里会显示所有Thread的数目。也就是有几个Thread在并发做,就会有几个Scan。这时数目大一点没问题。 logical reads:从数据缓存读取的页数。页数越多,说明查询要访问的数据量就越大,内存消耗量越大,查询也就越昂贵。可以检查是否应该调整索引,减少扫描的次数,缩小扫描范围。 physical reads:从磁盘读取的页数。 read-ahead reads:为进行查询而预读入缓存的页数。 physical reads + read ahead reads就是SQL Server为了完成这句查询而从磁盘上读取的页数。如果不为0,说明数据没有缓存在内存里,运行速度一定会受到影响。 lob logical reads:从数据缓存读取的Text、Ntext、Image或大值类型(Varchar(max)、Nvarchar(max)、Varbinary(max))页的数目。 lob physical reads:从磁盘读取的Text、Ntext、Image或大值类型页的数目。 lob read-ahead reads:为进行查询而放入缓存的Text、Ntext、Image或大值类型页的数目。
四、SET STATISTICS PROFILE ON/OFF开关
这个开关能返回语句的执行计划,以及语句运行在每一步的实际返回行数
Rows:执行计划的每一步返回的实际行数。 Executes:执行计划的每一步被运行了多少次。 StmtText:执行计划的具体内容。执行计划以一棵树的形式显示。每一行,都是运行的一步,都会有结果集返回,也都会有自己的cost。 EstimateRows:SQL Server根据表格上的统计信息,预估的每一步的返回行数。在分析执行计划时,我们会经常将Rows和EstimateRows这两列做对比,先确认SQL Server预估得是否准确。 EstimateIO:SQL Server根据EstimateRows和统计信息里记录的字段长度,预估的每一步会产生的I/O cost。 EstimateCPU:SQL Server根据EstimateRows和统计信息里记录的字段长度,以及要做的事情的复杂度,预估的每一步会产生的CPU cost。 TotalSubtreeCost:SQL Server根据EstimateIO和EstimateCPU通过某种计算公式,计算出的每一步执行计划子树cost(包括这一步自己的cost和它的所有下层步骤的cost总和)。 Warnings:SQL Server在运行每一步时遇到的警告,例如,某一步没有统计信息支持cost预估等。 Parallel:执行计划的这一步是不是使用了并行的执行计划。