索引策略

前缀索引
一个字符串列太长，使用整列作为索引，太占空间。如果这个字符串使用到了前缀进行匹配查询或者查询整个字符串（例如：where address like “guizhou%”），可以考虑使用前缀索引。前缀索引选择的长度，取决于长度多少的字符串能够将数据库里的所有字符串尽量区分开来。
为了更好的理解区分度（选择性），用一个例子说明一下：

dabcjm,daacdb,dajbac,dbdcmk,dbjkac,dbmjdf

如果只索引了长度为1的前缀字符，那么索引就没有意义，因为6个字符串的索引都是d.而索引2个字符，有三个是da，三个是db。索引3个字符的话，6个字符就完全区分开来了。

多列索引
如果where查询语句有多个条件，需要考虑添加多列索引，而不是多个单列索引。由于InnDB的索引查询方式。多个单列索引，查询方式是查询每个单列索引，并合并结果集，效果肯定比多列索引要差，可能性能还不如不加索引。

如果查询中只使用到部分索引，那么使用到索引最前列的，才会走索引查询。
看一个例子。

select user_name, phone_num from user
where user_name = ‘jack’ and phone_num = ‘13709178888’;
如果建立user_name,phone_num索引，user_name放在索引的最前面。那么

select user_name, phone_num from user
where user_name = ‘jack’;
是可以使用到索引的，而

select user_name, phone_num from user
where phone_num = ‘13709178888’;
不会使用到索引。

通常情况下，选择区分度高的索引作为索引的最前列。

聚集索引
聚集索引是在索引的叶子节点存储了所有的字段数据。InnDB主键上才建聚集索引。
InnDB 的索引（包括聚集索引和非聚集索引）的叶子节点都会存储主键值，而MyISAM引擎叶子节点会存储表记录的指针。

覆盖索引
如果某个查询只使用了索引的值，那么称这个查询为使用了覆盖索引的查询。

select user_name, phone_num from user
where user_name = ‘jack’ and phone_num = ‘13709178888’;
如果建了一个多列索引，索引列为user_name,和phone_num.那么这个查询就用了覆盖索引。

覆盖索引如果加上延迟查询的策略（见《高性能MySQL》）,往往能很管用。

覆盖索引是非常有用的工具，可以极大的提高性能，因为查询只需要扫描索引会带来许多好处：

1、索引条目远小于数据行大小，如果只读取索引，极大减少数据访问量
2、索引是有按照列值顺序存储的，对于I/O密集型的范围查询要比随机从磁盘读取每一行数据的IO要少的多