【转】数据库优化技巧之（一）：索引

 

1:-----------------

设计SQL语句的经验(2009-03-27 10:09:53)标签：sql 语句 索引 子句 order by 杂谈 it   分类：蓝色深邃之技术文章 

 

在应用系统开发初期，由于数据库的数据比较少体现不出SQL语句各种写法的性能优劣，但是如果将应用系统提交实际应用后，随着数据库数据的增加，系统的响应速度就成为需要解决的最重要的问题之一。系统优化中一个很重要的方面就是SQL语句的优化。对于海量数据，劣质SQL语句和优质SQL语句之间的速度差别可以达到上百倍甚至更多，可见对于一个系统不是简单地能实现其功能就可，而是要写出高质量的SQL语句，提高系统的可用性。常见的编写高质量的SQL语句的原则如下。

 

不要在SQL语句中使用系统默认的保留关键字; 

尽量用EXISTS和NOT EXISTS代替IN和NOT IN; 

尽量不用SELECT * FROM ... 而要写字段名SELECT field1,field2,...; 

在SQL查询中尽量使用索引列来加快查询速度; 

ORDER BY语句决定了如何对返回的查询结果进行排序。Order by语句对要排序的列没有什么特别的限制，也可以将函数加入列中。任何在Order by语句的非索引项或者有计算表达式都将降低查询速度。重写order by语句以使用索引，也可以为所使用的列建立另外一个索引，同时应绝对避免在order by子句中使用表达式; 

任何在where子句中使用is null或is not null的语句不允许使用索引，所以执行的效率较低; 

通配符（%）在搜寻词首出现，系统不使用索引，如此使用会降低查询速度。当通配符出现在字符串其他位置时，优化器就能利用索引; 

在海量数据的SQL查询语句中尽量少用格式转换; 

任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边; 

IN、OR子句常会使用工作表，使索引失效。如果不产生大量重复值，可以考虑把子句拆开。拆开的子句中应该包含索引。

 

 

 

 

2-------------------------------

 

SQLSERVER索引的使用技巧(2009-03-27 14:46:53)标签：索引 自增 sqlserver 非聚集索引 i/o 杂谈 文化 it   分类：蓝色深邃之技术文章 

 

    之前做过一次试验，当所建立的索引没有在where条件中应用时，查询结果需要40多分钟；而建对索引时，不到30秒，很神奇吧，这就是索引的作用，他就像目录一样，可以轻松的找到你想要的数据，就像字典，如果没有目录，可想其查询的难度。

 

 

 

    在总结索引设计的原则时，我们有必要来阐述SQLSERVER中索引的四种类型：

 

 

 

1.聚集索引（Cluster Index）

    聚集索引中索引存储的值的顺序和表中的数据的物理存储顺序是完全一致的。建立索引时，系统将对表的物理数据页中的数据按列进行排序，然后再重新存储到磁盘上，即聚集索引与数据是混为一体的，它的叶节点中存储的是实际的数据。特点如下：

 

 

表的数据按照索引的数据顺序排列； 

每个数据表只能建立一个聚集索引，并且会在第一个建立，往往会在主码所在的列或者最常查询的列上建立聚集索引； 

索引将占用用户数据库的空间； 

适合范围查询。 

 

    建立聚集索引后，更新索引列数据，往往会导致表中物理记录的存储顺序的变化，维护的代价会比较大，对于需要经常更新的列，不宜建立聚集索引。

 

 

 

2.非聚集索引（Non-Cluster Index）

    非聚集索引存储的数据顺序一般和表的物理数据的存储不同。尽管查询速度慢一些，但是维护的代价小。而且表中最多可以建立249个非聚集索引以满足多种查询的需要。

 

 

 

3.惟一索引（Unique Index）

    惟一索引是指索引存储的值必须是惟一的，不允许两行具有相同的索引值（包括NULL）。主码索引时当然的惟一索引。

 

 

 

4.复合索引

    复合索引是指利用表中的多个列值的组合来构建索引值。SQLServer 2000规定复合索引最多使用16个列的值进行组合，索引列值最大长度不能超过900字节，而且这些列必须在同一个数据表中。

 

 

 

    而合理的索引设计是要建立在对各种查询的分析和预测上，我们可以按照如下原则建立索引，希望对软件开发相关人员有所帮助：

 

索引中的数据尽可能少，即窄索引更容易被选择； 

聚集索引码要被包含在表的所有的非聚集索引中，所以聚集索引码要尽可能短； 

建立高选择性的非聚集索引； 

频繁请求的列上不能建立聚集索引，应该建立非聚集索引，并且要尽可能使值惟一； 

尽可能减少热点数据。如果频繁地对表中的某些数据进行读和写，这些数据就是热点数据，要想办法将热点数据分散； 

监控磁盘的数据流量。如果利用率太高，就要考虑索引列并在多个磁盘上分布数据以减少I/O； 

在至少有一个索引的表中，应该有一个聚集索引。包括的不同值的个数有限，返回一定范围内值的列，查询时返回大量结果的列考虑建立聚集索引； 

分析经常使用的SQL语句的Where子句，得出经常取值的数据，考虑对这些数据列根据常见的查询类型建立索引； 

主码如果涉及多个数据列，要将显著变化的数据列放在首位。如果数据列的变化程度相当，将经常访问的数据列放在首位； 

有大量重复值、且经常有范围查询。如（between，>,<,>=,<=）、order by、group by发生的列，可考虑建立聚集索引； 

SQL查询语句同时存取多列的数据，且每列都含有重复值，可以考虑建立覆盖索引，覆盖索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列； 

索引值较短的索引具有比较高的效率，因为每个索引页上能存放较多的索引行，而且索引的级别也比较少。所以，缓存中能防止更多的索引列，这样也减少了I/O操作； 

表上的索引过多会影响UPDATE、INSERT和DELETE的性能，因为所有的索引必须做响应的调整。另外，所有的分页操作都被记录在日志中，这样也会增加I/O操作； 

一般不对经常被更新的列建立聚集索引，这样会引起整行的移动，严重影响性能； 

查询很少或着数据很少的数据表一般不用建立索引； 

与ORDER BY或GROUP BY一起使用的列一般使用建立聚集索引。如果ORDER BY 命令中用到的列上有聚集索引，就不会生成1个临时表，因为行已经排序。GROUP BY命令则一定产生1个临时表； 

当有大量的行正在被插入表中时，要避免在本表一个自然增长（例如Identity列）的列上建立聚集索引。如果建立了聚集索引，那么INSERT的性能就会大大降低，因为每个插入的行必须到表的最后一个数据页面。

 

 

 

 

3-------------------------------------