MySQL中多列索引

  MySQL数据库提供两种类型的索引，如果没正确设置，索引的利用效率会大打折扣却完全不知问题出在这。

[c-sharp]  view plain  copy

1. CREATE TABLE test (  
2.     id         INT NOT NULL,  
3.     last_name  CHAR(30) NOT NULL,  
4.     first_name CHAR(30) NOT NULL,  
5.     PRIMARY KEY (id),  
6.     INDEX name (last_name,first_name)  
7. );  

以上创建的其实是一个多列索引，创建列索引的代码如下：

[c-sharp]  view plain  copy

1. CREATE TABLE test (  
2.     id         INT NOT NULL,  
3.     last_name  CHAR(30) NOT NULL,  
4.     first_name CHAR(30) NOT NULL,  
5.     PRIMARY KEY (id),  
6.     INDEX name (last_name),  
7.      INDEX_2 name (first_name)  
8. );  

 
一个多列索引可以认为是包含通过合并(concatenate)索引列值创建的值的一个排序数组。 当查询语句的条件中包含last_name 和 first_name时，例如：

[c-sharp]  view plain  copy

1. SELECT * FROM test WHERE last_name='Kun' AND first_name='Li';  

sql会先过滤出last_name符合条件的记录，在其基础上在过滤first_name符合条件的记录。那如果我们分别在last_name和first_name上创建两个列索引，mysql的处理方式就不一样了，它会选择一个最严格的索引来进行检索，可以理解为检索能力最强的那个索引来检索，另外一个利用不上了，这样效果就不如多列索引了。

 

但是多列索引的利用也是需要条件的，以下形式的查询语句能够利用上多列索引：

[c-sharp]  view plain  copy

1. SELECT * FROM test WHERE last_name='Widenius';  
2.   
3. SELECT * FROM test WHERE last_name='Widenius' AND first_name='Michael';  
4.   
5. SELECT * FROM test WHERE last_name='Widenius' AND (first_name='Michael' OR first_name='Monty');  
6.   
7. SELECT * FROM test WHERE last_name='Widenius' AND first_name >='M' AND first_name < 'N';  

以下形式的查询语句利用不上多列索引：

[c-sharp]  view plain  copy

1. SELECT * FROM test WHERE first_name='Michael';  
2.   
3. SELECT * FROM test WHERE last_name='Widenius' OR first_name='Michael';  

 

B-tree索引和Hash索引的比较

默认情况下MySQL都是使用B-tree索引。来谈一下Hash索引的缺陷:

1 只能处理’=‘ 这种where 子句，而对于< >是无能为力的。 这和B-tree索引是有序的，Hash无序的有关。

2 无法处理order by。 原因同上。

3 无法得知两行之间的距离。 原因同上。

4 只能搜完整的字段，不能只搜字段的一部分。 而对于B-tree索引， 支持搜索字符串最左边的一部分。例如"police%" 。

多列建索引比对每个列分别建索引更有优势，因为索引建立得越多就越占磁盘空间，在更新数据的时候速度会更慢。

另外建立多列索引时，顺序也是需要注意的，应该将严格的索引放在前面，这样筛选的力度会更大，效率更高。

总结：要想多列索列起作用，第一列必须要包含在内