当前位置：首页 > 资讯 > 技术文档

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

时间：2021-08-05 01:08 编辑：来源：阅读：
扫一扫，手机访问

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

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

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

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

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

--建测试表

CREATE TABLE T_UserInfo

(

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

RegTime datetime, Tel varchar(20),

)

--插入测试数据

DECLARE @I INT

DECLARE @ENDID INT

SELECT @I = 1

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

WHILE @I <= @ENDID

BEGIN

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 + 1

END

--相关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 是互斥的。

[b]OK[/b][b]，现在开始：[/b][b]

[/b]

[b]首先，我们插入[/b][b]100[/b][b]条数据[/b][b]

[/b]

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

SELECT * FROM T_UserInfo WHERE USERID='ABCDE6EF'

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

[img]http://files.jb51.net/upload/201005/20100523023920515.gif[/img]

[b]这就是[/b][b]MSSQL[/b][b]的执行计划：表扫描：扫描表中的行[/b][b]

[/b]

[b]然后我们来看该语句对[/b][b]IO[/b][b]的读写：[/b][b]

[/b]

执行:SET STATISTICS IO ON

此时再执行该SQL:SELECT * FROM T_UserInfo WHERE USERID='ABCDE6EF'

切换到消失栏显示如下：

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

解释下其意思：

四个值分别为：

执行的扫描次数;

[b]从数据缓存读取的页数[/b];

从磁盘读取的页数;

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

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

[/b]

[b]接下来我们为其建一个聚集索引[/b][b]

[/b]

执行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，如下图:

[b][/b] [b][img]http://files.jb51.net/upload/201005/20100523023933736.gif[/img] [/b] [b]聚集索引查找：扫描聚集索引中特定范围的行[/b][b]

[/b]

说明，此时用了索引。

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

[/u][/b]

[b]接下来我们继续：[/b][b]

[/b]

现在我再把测试数据改变成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 次。

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

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

[b]先小总结下[/b]：

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

[/u]

[u]通过[/u][u]SET[/u][u] STATISTICS IO ON [/u][u]来查看逻辑读，完成同一功能的不同[/u][u]SQL[/u][u]语句，逻辑读[/u][u]

[/u]

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

[/u]

[b]我们再继续深入：[/b][b]

[/b]

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看下此时的图行执行计划：

[img]http://files.jb51.net/upload/201005/20100523023944804.gif[/img]

我再加上索引：

先关闭：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看下此时的图行执行计划：

[img]http://files.jb51.net/upload/201005/20100523023955192.gif[/img]

在有索引的情况下，我们再写一个SQL：

SET SHOWPLAN_ALL ON

SELECT * FROM T_UserInfo WHERE LEFT(USERID,4)='ABCDE8%'

查看StmtText:

SELECT * FROM T_UserInfo WHERE LEFT(USERID,4)='ABCDE8%'

|--Clustered Index Scan(OBJECT:([student].[dbo].[T_UserInfo].[INDEX_Userid]), WHERE:(substring([T_UserInfo].[Userid], 1, 4)='ABCDE8%'))

Ctrl+L看下此时的图行执行计划：

[img]http://files.jb51.net/upload/201005/20100523024006765.gif[/img]

我们再分别看一下三种情况下对IO的操作

分别如下：