加入收藏 | 设为首页 | 会员中心 | 我要投稿 汽车网 (https://www.0577qiche.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MsSql教程 > 正文

MSSQL优化之探寻MSSQL执行计划

发布时间:2023-03-13 11:12:47 所属栏目:MsSql教程 来源:
导读:最近总是想整理 MSsql一些了解和感悟,可是一直没有心思和时间写,今晚无事便写了个探讨MSsql实施计划,本文在讲实施计划,却不限于此。

网上的sql优化的文章实在是很多,说实在的,我也曾经到处找这样的文章,什么不
最近总是想整理 MSsql一些了解和感悟,可是一直没有心思和时间写,今晚无事便写了个探讨MSsql实施计划,本文在讲实施计划,却不限于此。 

网上的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 是互斥的。

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数据页),此时的效率还不如不建索引。

(编辑:汽车网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章