SQL查询优化联合索引 与 单一列的索引

目前WEB的普及太快,在实际的开发中，一旦遇到大数据量的时候就需要做到优化，让查询的更快，才能给客户更好的体验，也能够在程序上避免timeout.

于是乎这里就引入索引的概念

联合索引使用结论:

1):查询条件中出现联合索引第一列,或者全部,则能利用联合索引.

2):条件列中只要条件相连在一起,以本文例子来说就是:

last_name=’1′ and first_name=’1′

与

first_name=’1′ and last_name=’1′

,无论前后,都会利用上联合索引.

3):查询条件中没有出现联合索引的第一列,而出现联合索引的第二列,或者第三列,都不会利用联合索引查询.

单一列索引的应用结论:

1):只要条件列中出现索引列,无论在什么位置,都能利用索引查询.

两者的共同点:

1):要想利用索引,都要符合SARG标准.

2) :都是为了提高查询速度.

3):都需要额外的系统开销,磁盘空间.

补充说明: stmtText信息来产生,在查询语句前面加上:SET STATISTICS PROFILE on.可以通过运行它,来观察你的查询是否合理,这样才能真正做到优化.

本文主旨:讨论什么情况下能利用上索引.

索引:创建索引可以根据查询业务的不同分为两种:单一列的索引,联合索引. 顾名思义,单一列索引就是指在表的某一列上创建索引,联合索引是在多个列上联合创建索引.

优缺点比较:

1):索引所占用空间:单一列索引相对要小.

2):索引创建时间:单一列索引相对短.

3):索引对insert,update,delete的影响程序:单一列索引要相对低.

4):在多条件查询时,联合索引效率要高.

索引的使用范围:单一列索引可以出现在where 条件中的任何位置,而联合索引需要按一定的顺序来写.

针对两个举个例子：

假设一张表为 ：student

字段有：

name kemu fenshu

Tom 数学　　60

[b]Tom 语文　　90[/b]

Tom 化学　　76

[b]Tom 物理　　45[/b]

Tom 历史　　99

10000（rows）

在name列上建立了索引。执行 SQL 时，MYSQL 很快将目标锁定在了name=Tom 的 5 条记录上，取出来放到一中间结果集。在这个结果集里，先排除掉 fenshu 不小于"60"的记录，再排除 kemu 不等于 主科目 的记录，最后筛选出唯一的符合条件的记录。

虽然在 vc_Name 上建立了索引，查询时MYSQL不用扫描整张表，效率有所提高，但离我们的要求还有一定的距离。同样的，在 fenshu 和 kemu 分别建立的MySQL单列索引的效率相似。

为了进一步榨取 MySQL 的效率，就要考虑建立组合索引。就是将 name,fenshu，kemu 建到一个索引里。这样效率就会加快。