SQL优化基础:使用索引(一个小例子)
2012-02-01 17:19
489 查看
SQL优化基础:使用索引(一个小例子)
一年多没写,偶尔会有冲动写几句,每次都欲写又止,有时候写出来就是个记录,没有其他想法,能对别人有用也算额外的功劳
按照本文操作和体会,会对sql优化有个基本最简单的了解,其他深入还需要更多资料和实践的学习:
1. 建表:
2. 插入8万条数据
3. 设置打开一些参数的设置
4. 查看表索引情况:
sp_helpindex site_user
5. 执行sql语句
ctrl+L 快捷键查看执行计划:
6. 优化第一步:聚集索引扫描开销占了100%,可以考虑优化为索引查找,在查询条件name上建立非聚集索引
此时再运行上面的查询语句:
磁盘逻辑读取次数明显下降,然后查看执行计划:
新建的索引已经起到了作用,但是还是去扫描了主键的聚集索引,如果能在一个索引上完成查询性能会更高,因为这个查询
所以考虑进一步优化:
7. 优化第二步: 建立组合索引
-- 磁盘逻辑读取次数又下降了
然后查看执行计划:
这样直接走索引查找就快很多了,使用了index4
8. 优化第三步:我们还可以考虑使用覆盖索引,将使用到的条件都写在索引括号内,其他查询出来的字段放入include中,
-- 磁盘逻辑读取次数没有明显变化
然后查看执行计划:
同样走索引查找使用了index5
此时: index4和index5如何选择?
利用dbcc进行数据分析:
可以看到,同样的数据量,average key length:覆盖索引index5,占用的空间相对少些,所以我们应该优先选择覆盖索引来进行优化
鉴于此文so easy,大家可以多多提点
作者:gaobanana
出处:http://www.cnblogs.com/gaobanana
声明: 本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
一年多没写,偶尔会有冲动写几句,每次都欲写又止,有时候写出来就是个记录,没有其他想法,能对别人有用也算额外的功劳
按照本文操作和体会,会对sql优化有个基本最简单的了解,其他深入还需要更多资料和实践的学习:
1. 建表:
create table site_user ( id int IDENTITY(1,1) PRIMARY KEY, [name] varchar(20), code varchar(20), date datetime )
2. 插入8万条数据
declare @m int set @m=1 while @m<80000 begin INSERT INTO [demo].[dbo].[site_user] ( [name] ,[code],date) VALUES ('name'+CAST(@m AS VARCHAR(20)) ,'code'+CAST(@m AS VARCHAR(20)),GETUTCDATE()) select @m=@m+1 END --小技巧:推荐使用类似sqlassist的工具来提高敲写sql语句的速度
3. 设置打开一些参数的设置
SET STATISTICS IO on -- 查看磁盘IO set statistics time on -- 查看sql语句分析编译和执行时间 SELECT * FROM site_user -- 查看效果
4. 查看表索引情况:
sp_helpindex site_user
5. 执行sql语句
SELECT * FROM site_user su WHERE su.name='name1' 表 'site_user'。扫描计数 1,逻辑读取 446 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次
ctrl+L 快捷键查看执行计划:
6. 优化第一步:聚集索引扫描开销占了100%,可以考虑优化为索引查找,在查询条件name上建立非聚集索引
create index name_index on site_user(name) sp_helpindex site_user -- 多出来我们新建立的索引
此时再运行上面的查询语句:
SELECT * FROM site_user su WHERE su.name='name1' 表 'site_user'。扫描计数 1,逻辑读取 4 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
磁盘逻辑读取次数明显下降,然后查看执行计划:
新建的索引已经起到了作用,但是还是去扫描了主键的聚集索引,如果能在一个索引上完成查询性能会更高,因为这个查询
所以考虑进一步优化:
7. 优化第二步: 建立组合索引
create index name_index4 on site_user(name,code,[date])
表 'site_user'。扫描计数 1,逻辑读取 3 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
-- 磁盘逻辑读取次数又下降了
然后查看执行计划:
这样直接走索引查找就快很多了,使用了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优化基础 使用索引(一个小例子)
- SQL优化基础:使用索引(一个小例子)
- SQL优化基础 使用索引(一个小例子)
- SQL优化基础 使用索引(一个小例子)
- SQL优化基础 使用索引(一个小例子)
- SQL优化基础 使用索引(一个小例子)
- 怎样使用复合索引优化一个分析函数SQL
- SQL优化基础:使用索引
- 在优化SQL语句中使用虚拟索引
- JavaScript基础 使用[]添加一个索引值不存在的元素
- [SQL]一个筛选数据的例子,使用GROUP、DISTINCT
- Hibernate Sql优化方案及索引使用
- SQL临时表建立和使用的一个例子
- 【夯实Mysql基础】MySQL性能优化的21个最佳实践 和 mysql使用索引
- sql语句优化之一:尽量使用索引避免全表扫描
- 使用pl/sql 给一个oracle数据库中的表的字段建索引
- JavaScript基础 使用[]添加一个索引值不存在的元素
- 关于SQL优化的一个小试例子
- Sql Server 索引使用情况及优化的相关 Sql
- sql语句优化:尽量使用索引避免全表扫描