asp网站生成静态,在线网站软件免费下载,企业网站开发文档,好看的wordpress引导页我们在学sqlserver的时候#xff0c;大多教科书和前辈们都说状态少的字段不要建索引#xff0c;由此带来的开销还不如不建索引#xff0c;但是这句话有多少人真的知道#xff0c;或者说有多少人真的对此有比较深刻的理解#xff0c;而不是听别人道听途说。。。这样记得快大多教科书和前辈们都说状态少的字段不要建索引由此带来的开销还不如不建索引但是这句话有多少人真的知道或者说有多少人真的对此有比较深刻的理解而不是听别人道听途说。。。这样记得快忘记的也不慢。。。这篇我来分析一下这句话到底有几个意思。一现象首先我们还是用测试数据来发现问题我先建立一个Person有5个字段建表sql如下
DROP TABLE dbo.PersonCREATE TABLE Person(ID INT PRIMARY KEY IDENTITY,NAME VARCHAR(900),Age INT,Email VARCHAR(20),isMan INT )-- 在isMan字段创建非聚集索引0女 1男
CREATE INDEX idx_isMan ON dbo.Person(isMan)DECLARE ch AS INT0WHILE ch100000
BEGININSERT INTO dbo.Person(NAME,Age,Email,isMan)VALUES(REPLICATE(CHAR(ch),50),ch,CAST(CAST(RAND()*1000000000 AS INT) AS VARCHAR(10))qq.com,ch%2)SET chch1
END
通过上面的sql发现ID为聚集索引isMan为非聚集索引isMan也就是两种状态0,1并且插入10w条记录截图如下sql都做完了接下来要做的事情就是查询下isMan1的记录如下图我靠。。。我明明是在isMan上做数据检索的怎么就变成 “聚集索引扫描”了这sqlserver什么意思嘛居然不走我的“idx_isMan”索引却走他的“聚集索引(PKPerson3214EC276EF57B66)”。。。。同时也看到上面的”逻辑读取”为521。。。说明在内存中走了521个数据页。但是我不服呀。。。我一定要让执行计划走我的索引。。。办法就是强制指定。。。如下图。看到上面的图你是不是已经疯了。。。我才捞5w的数据你给我走了10w多次数据页。。。这么说1条记录要走两个数据页。。。而扫描聚集索引才走521个数据页相差200倍。。。难怪执行计划打死也不走“idx_isMan”这条索引。。。二分析原因现在很生气整个人都不好了为什么会这样为了找出问题我们还得看数据页。
DBCC TRACEON(3604,2588)
DBCC IND(Ctrip,Person,-1)
通过上面的三个图大概可以看到10w条数据用了697数据页其中聚集索引有521个非聚集索引为176个这也说明了上面的”聚集索引扫描“走遍了它自己所有的数据页来才捞出数据同时还发现这两个索引都有一个共同特征就是只有一个根节点(indexLevel1和无数个indexLevel0叶子节点然后我脑子里面就有一幅图出来了。。。上面就是我构思出来的图这个专业一点的名字叫做书签查找。。。我们通过建立”idx_isMan“索引后就会构建右半图的B树结构其中索引记录会存放两个值一个是索引值isMan和一个聚集索引值ID如果你不相信的话可以通过DBCC Page去探索idx_isMan的索引页你也可以通过DBCC SHOW_STATISTICS 去查看如图然后引擎通过“idx_isMan“扫描后拿到了key值但是非常可惜我是select * 的所以必须还要喷出记录中的NameEmai等l字段但是”index_isMan中并没有保存这几个字段所以必须通过key去”聚集索引“的B树中去找。。。最后通过”聚集索引“的B树找到了目标记录这也就是所谓的执行计划中的”键查找“然后喷出”NameEmail“等字段。。。。问题就在这里。。。因为我这样来回的蹦跶蹦跶。。。造成了找出完整的一个记录需要蹦跶2-3次数据页。。。具体的寻找记录可参考图中的”紫色线条“最后也就造成了10w多次蹦跶。。。三启示那这个例子给我们什么启示呢仔细想想你就知道。。。使用非聚集索引千万不要捞取过多的数据。。。因为过多的数据会造成在多个B树中来回的蹦跶。。。想要做到捞取数据较少就必须在高唯一性的字段上建立索引这样的话在非聚集索引B树中符合的数据相对较少也就减少了我蹦跶到”主键索引“的B树次数。。。这样的话来回蹦跶的次数远远比”聚集索引“扫描来的实惠对不对。。。四结论必须在唯一性较高的字段上建立非聚集索引。
