SQL优化之你真的会用索引吗？

做者：丶平凡世界 

来源：SQL数据库开发

提到SQL索引，想必小伙伴们都知道，它是为了提升查询效率而生。可是在查询过程当中，怎么才能让咱们的查询语句使用到索引？相必你们或多或少都会遇到这样的问题。今天咱们就来回答这个问题。

一、汇集索引和非汇集索引

索引通常分为汇集索引和非汇集索引。

汇集索引速度很快，但只能建一个，因此尽可能把常常使用的列建成汇集索引。

非汇集索引虽然没汇集索引快，可是能够建多个，比全表扫描快。

二、如何创建高效的索引

A.关联条件上创建索引

例如：

SELECT  * FROM  T1

JOIN  T2 ON  T1.ORDER_ID=T2.ORDER_ID;

在关联条件ON后面的两个列就能够分别创建索引，这样会很快将符合关联条件的数据查询出来。

B.在条件查询上创建索引

例如：

SELECT * FROM T1 

WHERE  T1.PRICE>20;

在WHERE条件PRICE列上就能够创建索引。

注意：如下几种状况不会使用索引

• 在索引列上使用了运算符的，例如：T1.PRICE*0.5>20，这种不会使用索引
• 在索引列上使用了函数的，例如：UPPER(T1.ADDRESS)='NEWYORK',也不会使用索引
• 在使用索引时存在空值NULL的，例如：T1.ADDRESS IS NULL，那么在查询时就不会走索引了
• 字符型数据不加引号也不会使用索引例如：ORDER_ID本来是字符型，T1.ORDER_ID='112'会使用索引，可是若是去掉引号，变成了T1.ORDER_ID=112，查询语句不会报错，可是不会使用索引了。
• 或(OR)和不等(<>,!=)以及NOT IN等这些也不会使用索引
• 常常使用的LIKE，除了前置匹配，其余匹配均不走索引例如：T1.ADDRESS LIKE ‘NEW%’，这个走索引，可是像T1.ADDRESS LIKE ‘%NEW%’和T1.ADDRESS LIKE ‘%NEW’则均不走索引了
• 最后若是查询优化器判断全表扫描比走索引还快也不会使用到索引。

C.创建索引的原则

• 不频繁写入和更新的列适合创建索引
• 常常查询的列适合创建索引
• 重复数据较少的能够创建索引

D.联合索引的妙用

联合索引就是几个列合在一块儿组成一个索引，这种在WHERE条件中相比单列索引会起到意想不到效果。

例如：

SELECT * FROM T1 WHERE T1.CITY=‘北京’ AND T1.DISTR='海淀区';

这个时候将列CITY和DISTR创建成一个联合索引，效果会更好。

注意：联合索引须要按顺序走，若是中间某个索引不能使用，那它以后的列均不会使用索引。

例如：

SELECT * FROM T1 

WHERE T1.CITY=‘北京’

AND LEFT(T1.DISTR,3)='海淀区' 

AND T1.ROAD='#10'

若是咱们将CITY，DISTR，ROAD创建成为联合索引，因为索引的前置规则，只会让CITY走索引，后面的DISTR由于使用了函数，索引失效，最后的ROAD列由于DISTR的失效也会跟着失效，这里记住便可。

三、什么状况不适合创建索引

因为建立索引和维护索引耗时，时间随着数据的增长而增长，成正比；须要占物理空间；当对表中的数据进行维护时，对索引也要进行维护，这样就下降了数据的维护速度。基于这些缺点，如下状况不适合创建索引

• 对于在查询过程当中不多使用或参考的列，不该该建立索引。
• 对于那些只有不多数据值的列，不该该建立索引，例如：性别。
• 对于那些定义为image，text和bit数据类型的列，不该该建立索引。
• 当修改性能远大于检索性能，不该该创建索引。
• 重复值较多的也不适合创建索引。