MSSQL优化之————探索MSSQL执行计划(转)解决办法

谈到优化就必然要涉及索引，就像要讲锁必然要说事务一样，所以你需要了解一下索引，仅仅是索引，就能讲半天了，所以索引我就不说了(打很多字是很累的，况且我也知之甚少)，可以去参考相关的文章，这个网上资料比较多了。今天来探索下MSSQL的执行计划，来让大家知道如何查看MSSQL的优化机制，以此来优化SQL查询。--DROP TABLE T_UserInfo------------------------------------------------------建测试表CREATE TABLE T_UserInfo(       Userid varchar(20),     UserName varchar(20),       RegTime datetime, Tel varchar(20),)--插入测试数据DECLARE @I INTDECLARE @ENDID INTSELECT @I = 1SELECT @ENDID = 100    --在此处更改要插入的数据，重新插入之前要删掉所有数据WHILE @I <= @ENDIDBEGIN       INSERT INTO T_UserInfo       SELECT 'ABCDE'+CAST(@I AS VARCHAR(20))+'EF','李'+CAST(@I AS VARCHAR(20)),          GETDATE(),'876543'+CAST(@I AS VARCHAR(20))       SELECT @I = @I + 1END--相关SQL语句解释-----------------------------------------建聚集索引CREATE CLUSTERED INDEX INDEX_Userid     ON T_UserInfo (Userid)--建非聚集索引CREATE NONCLUSTERED INDEX INDEX_Userid     ON T_UserInfo (Userid)--删除索引DROP INDEX T_UserInfo.INDEX_Userid-----------------------------------------显示有关由Transact-SQL 语句生成的磁盘活动量的信息SET STATISTICS IO ON--关闭有关由Transact-SQL 语句生成的磁盘活动量的信息SET STATISTICS IO OFF--显示[返回有关语句执行情况的详细信息，并估计语句对资源的需求]SET SHOWPLAN_ALL     ON--关闭[返回有关语句执行情况的详细信息，并估计语句对资源的需求]SET SHOWPLAN_ALL     OFF---------------------------------------请记住：SET STATISTICS IO 和 SET SHOWPLAN_ALL 是互斥的。OK，现在开始：首先，我们插入100条数据然后我写了一个查询语句：SELECT * FROM T_UserInfo WHERE USERID='ABCDE6EF'选中以上语句，按Ctrl+L，如下图

这就是MSSQL的执行计划：表扫描：扫描表中的行然后我们来看该语句对IO的读写：执行:SET STATISTICS IO ON此时再执行该SQL:SELECT * FROM T_UserInfo WHERE USERID='ABCDE6EF'切换到消失栏显示如下：表'T_UserInfo'。扫描计数1，逻辑读1 次，物理读0 次，预读0 次。解释下其意思：四个值分别为：       执行的扫描次数;       从数据缓存读取的页数;       从磁盘读取的页数;       为进行查询而放入缓存的页数重要：如果对于一个SQL查询有多种写法，那么这四个值中的逻辑读(logical reads)决定了哪个是最优化的。接下来我们为其建一个聚集索引执行               CREATE CLUSTERED INDEX INDEX_Userid     ON T_UserInfo (Userid)然后再执行    SELECT * FROM T_UserInfo WHERE USERID='ABCDE6EF'切换到消息栏如下显示：表'T_UserInfo'。扫描计数1，逻辑读2 次，物理读0 次，预读0 次。此时逻辑读由原来的1变成2，说明我们又加了一个索引页，现在我们查询时，逻辑读就是要读两页(1索引页+1数据页)，此时的效率还不如不建索引。此时再选中查询语句，然后再Ctrl+L，如下图:

聚集索引查找：扫描聚集索引中特定范围的行说明，此时用了索引。OK,到这里你应该已经知道初步知道MSSQL查询计划和如何查看对IO的读取消耗了吧！接下来我们继续：现在我再把测试数据改变成1000条再执行SET STATISTICS IO ON,再执行SELECT * FROM T_UserInfo WHERE USERID='ABCDE6EF'在不加聚集索引的情况下：表'T_UserInfo'。扫描计数1，逻辑读7 次，物理读0 次，预读0 次。在加聚集索引的情况下：CREATE CLUSTERED INDEX INDEX_Userid     ON T_UserInfo (Userid)表'T_UserInfo'。扫描计数1，逻辑读2 次，物理读0 次，预读0 次。(其实也就是说此时是读了一个索引页，一个数据页)如此，在数据量稍大时，索引的查询优势就显示出来了。先小总结下：当你构建SQL语句时，按Ctrl+L就可以看到语句是如何执行，是用索引扫描还是表扫描？通过SET STATISTICS IO ON 来查看逻辑读，完成同一功能的不同SQL语句，逻辑读越小查询速度越快(当然不要找那个只有几百条记录的例子来反我)。  我们再继续深入：OK，现在我们再来看一次，我们换个SQL语句，来看下MSSQL如何来执行的此SQL呢？现在去掉索引：DROP INDEX T_UserInfo.INDEX_Userid现在打开[显示语句执行情况的详细信息]：SET SHOWPLAN_ALL     ON然后再执行：SELECT * FROM T_UserInfo WHERE USERID LIKE 'ABCDE8%'看结果栏：结果中有些具体参数，比如IO的消耗，CPU的消耗。在这里我们只看StmtText:SELECT * FROM T_UserInfo WHERE USERID LIKE 'ABCDE8%'     |--Table Scan(OBJECT:([student].[dbo].[T_UserInfo]), WHERE:(like([T_UserInfo].[Userid], 'ABCDE8%', NULL)))Ctrl+L看下此时的图行执行计划：

我再加上索引：先关闭：SET SHOWPLAN_ALL OFF再执行：CREATE CLUSTERED INDEX INDEX_Userid     ON T_UserInfo (Userid)再开启：SET SHOWPLAN_ALL ON再执行：SELECT * FROM T_UserInfo WHERE USERID LIKE 'ABCDE8%'查看StmtText:SELECT * FROM T_UserInfo WHERE USERID LIKE 'ABCDE8%'     |--Clustered Index Seek(OBJECT:([student].[dbo].[T_UserInfo].[INDEX_Userid]), SEEK:([T_UserInfo].[Userid] >= 'ABCDE8' AND [T_UserInfo].[Userid] < 'ABCDE9'),     WHERE:(like([T_UserInfo].[Userid], 'ABCDE8%', NULL)) ORDERED FORWARD)Ctrl+L看下此时的图行执行计划：Ctrl+L看下此时的图行执行计划：