根据设计惯例查询的时候主子表通过关键词字段关联查询查询语句如下
select top awordaqueryurlairankatitleabaiduurlaitrafficaitrafficbibaiduindex fromzibiao a
with(nolock)
inner join zhubiao b with(nolock) on aword=bword
where aqueryurl=
order by bibaiduindex descairank
发现速度很慢快的时候瞬间慢的时候长达几分钟分析sql server的查询执行计划如下
分析这个执行计划图主要资源开销是在主表的聚集索引查找应该是子表根据网址找到关键词后再到主表中查找关键词对应的指数的这一步比较耗时
因这个表的更新频率非常高以为是更新频率太快导致索引效率降低于是想到用数据库读写分离的方案专门拿了一台备用服务器通过发布订阅的方法 将这两张表发布到备用服务器上专门在备用服务器上做查询发现速度并没有得到提升
在csdn上发了一个讨论帖网友讨论很热烈sql server的很多版主都有参与讨论给出的方案也很多有人说是IO读写瓶颈于是升级了下服务器硬盘采用raid的固态硬盘内存更是升级到了G不过效果仍旧不明显同样的语句慢的时候还是需要几十秒
有网友给出的方案是建议把主表字段放到子表冗余以减少关联的资源消耗再结合以上的执行计划图确实瓶颈是在主表的的聚集索引查找上于是单独执行了下子表的irank排序语句
select top awordaqueryurlairankatitleabaiduurlaitrafficaitraffic fromzibiao a
with(nolock)
where aqueryurl=
order by airank
发现执行速度非常快几乎秒开了当然irank字段上有建索引的
测试成功于是将主表的ibaiduindex字段放到子表冗余并且建立好索引(这里的索引建立是有技巧的)执行语句
select top awordaqueryurlairankatitleabaiduurlaitrafficaitrafficaibaiduindex fromzibiao a
with(nolock)
where aqueryurl=
order by aibaiduindex descairank
查询瞬间出来结果执行计划如下
这里拿以上这个sql语句来分析我们该如何建立索引索引建立包括字段的先后顺序字段的排序方法include项都很重要任何一个弄错都不能达到好的优化效果
我们肯定需要建立一个组合索引那么应该组合字段用哪几个呢?这里我的组合字段是queryurl(这个字段第一 因为我们最先是根据这个字段进行筛选的)ibaiduindexirank
这里要注意下因为我的固定排序就是ibaiduindex descirank asc所以字段的排列顺序应该是queryurlibaiduindexirank同时排序的类别是ibaiduindex descirank asc这里我一开始没注意ibaiduindex的排序是asc结果发现执行上面那个SQL语句仍然需要秒
索引包含项也很重要如果不用包含项索引查找到主键后 还要根据主键去查找其他字段所以我们需要设置索引包含性列把除掉索引字段中剩余的其他字段都加进去
优化后的效果就如上面的执行计划图所示一次非聚集索引查找就找到我们的数据而且都不需要排序耗时因为我们的索引已经按照顺序排列好了当然这里要说明下索引包含确实好用但是代价就是磁盘的空间加了索引包含项数据库空间增加了几十个G
