SqlServer 执行计划及Sql查询优化初探

网上的SQL优化的文章实在是很多，说实在的，我也曾经到处找这样的文章，什么不要使用IN了，什么OR了，什么AND了，很多很多，还有很多人拿出仅几S甚至几MS的时间差的例子来证明着什么(有点可笑)，让许多人不知道其是对还是错。而SQL优化又是每个要与数据库打交道的程序员的必修课，所以写了此文，与朋友们共勉。

谈到优化就必然要涉及索引，就像要讲锁必然要说事务一样，所以你需要了解一下索引，仅仅是索引，就能讲半天了，所以索引我就不说了(打很多字是很累的，况且我也知之甚少)，可以去参考相关的文章，这个网上资料比较多了。

今天来探索下MSSQL的执行计划，来让大家知道如何查看MSSQL的优化机制，以此来优化SQL查询。

--DROP TABLE T_UserInfo----------------------------------------------------

--建测试表

CREATETABLET_UserInfo

(

Userid varchar(20),UserName varchar(20),

RegTimedatetime,Tel varchar(20),

)

--插入测试数据

DECLARE@IINT

DECLARE@ENDIDINT

SELECT@I=1

SELECT@ENDID = 100--在此处更改要插入的数据，重新插入之前要删掉所有数据

WHILE@I<=@ENDID

BEGIN

INSERTINTOT_UserInfo

SELECT'ABCDE'+CAST(@IASVARCHAR(20))+'EF','李'+CAST(@IASVARCHAR(20)),

GETDATE(),'876543'+CAST(@IASVARCHAR(20))

SELECT@I=@I+1

END

--相关SQL语句解释

---------------------------------------------------------------------------

--建聚集索引

CREATECLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

--建非聚集索引

CREATENONCLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

--删除索引

DROPINDEXT_UserInfo.INDEX_Userid

---------------------------------------------------------------------------

---------------------------------------------------------------------------

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

SETSTATISTICSIOON

--关闭有关由Transact-SQL语句生成的磁盘活动量的信息

SETSTATISTICSIOOFF

--显示[返回有关语句执行情况的详细信息，并估计语句对资源的需求]

SETSHOWPLAN_ALLON

--关闭[返回有关语句执行情况的详细信息，并估计语句对资源的需求]

SETSHOWPLAN_ALLOFF

---------------------------------------------------------------------------

请记住：SETSTATISTICSIO和SETSHOWPLAN_ALL是互斥的。

OK，现在开始：

首先，我们插入100条数据

然后我写了一个查询语句：

SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

选中以上语句，按Ctrl+L，如下图

这就是MSSQL的执行计划：表扫描：扫描表中的行

然后我们来看该语句对IO的读写：

执行:SETSTATISTICSIOON

此时再执行该SQL:SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

切换到消失栏显示如下：

表'T_UserInfo'。扫描计数1，逻辑读1次，物理读0次，预读0次。

解释下其意思：

四个值分别为：

执行的扫描次数;

从数据缓存读取的页数;

从磁盘读取的页数;

为进行查询而放入缓存的页数

重要：如果对于一个SQL查询有多种写法，那么这四个值中的逻辑读(logical reads)决定了哪个是最优化的。

接下来我们为其建一个聚集索引

执行CREATECLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

然后再执行SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

切换到消息栏如下显示：

表'T_UserInfo'。扫描计数1，逻辑读2次，物理读0次，预读0次。

此时逻辑读由原来的1变成2，

说明我们又加了一个索引页，现在我们查询时，逻辑读就是要读两页(1索引页+1数据页)，此时的效率还不如不建索引。

此时再选中查询语句，然后再Ctrl+L，如下图:

聚集索引查找：扫描聚集索引中特定范围的行

说明，此时用了索引。

OK,到这里你应该已经知道初步知道MSSQL查询计划和如何查看对IO的读取消耗了吧！

接下来我们继续：

现在我再把测试数据改变成1000条

再执行SETSTATISTICSIOON,再执行

SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

在不加聚集索引的情况下：

表'T_UserInfo'。扫描计数1，逻辑读7次，物理读0次，预读0次。

在加聚集索引的情况下：CREATECLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

表'T_UserInfo'。扫描计数1，逻辑读2次，物理读0次，预读0次。

(其实也就是说此时是读了一个索引页，一个数据页)

如此，在数据量稍大时，索引的查询优势就显示出来了。

先小总结下：

当你构建SQL语句时，按Ctrl+L就可以看到语句是如何执行，是用索引扫描还是表扫描？

通过SETSTATISTICSIOON来查看逻辑读，完成同一功能的不同SQL语句，逻辑读

越小查询速度越快(当然不要找那个只有几百条记录的例子来反我)。

我们再继续深入：

OK，现在我们再来看一次，我们换个SQL语句，来看下MSSQL如何来执行的此SQL呢？

现在去掉索引：DROPINDEXT_UserInfo.INDEX_Userid

现在打开[显示语句执行情况的详细信息]：SET

版权声明：本站文章来源标注为YINGSOO的内容版权均为本站所有，欢迎引用、转载，请保持原文完整并注明来源及原文链接。禁止复制或仿造本网站，禁止在非www.yingsoo.com所属的服务器上建立镜像，否则将依法追究法律责任。本站部分内容来源于网友推荐、互联网收集整理而来，仅供学习参考，不代表本站立场，如有内容涉嫌侵权，请联系alex-e#qq.com处理。