— 磁盘逻辑读取次数又下降了
然后查看执行计划：
这样直接走索引查找就快很多了，使用了index4
8. 优化第三步：我们还可以考虑使用覆盖索引，将使用到的条件都写在索引括号内，其他查询出来的字段放入include中，
create index name_index5 on site_user(name)include(id,code,[date])表 ‘site_user’。
扫描计数 1，逻辑读取 3 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
— 磁盘逻辑读取次数没有明显变化然后查看执行计划：
同样走索引查找使用了index5
此时： index4和index5如何选择？
利用dbcc进行数据分析：
DBCC SHOW_STATISTICS(‘site_user’,’name_index4′)
DBCC SHOW_STATISTICS(‘site_user’,’name_index5′)
可以看到，同样的数据量，average key length：覆盖索引index5，占用的空间相对少些，所以我们应该优先选择覆盖索引来进行优化
鉴于此文so easy，大家可以多多提点
作者：gaobanana
出处：http://www.cnblogs.com/gaobanana
您可能感兴趣的文章:sql语句优化之用EXISTS替代IN、用NOT EXISTS替代NOT IN的语句SQL 优化经验总结34条SQL 优化SQL语句优化方法30例(推荐)如何优化SQL语句的心得浅谈SQL优化之针对count、表的连接顺序、条件顺序、in及exist的优化使用use index优化sql查询的详细介绍SQL语句优化之JOIN和LEFT JOIN 和 RIGHT JOIN语句的优化SQL大量数据查询的优化及非用like不可时的处理方案SQL语句优化的一些必会指南
