索引的设计与使用 所有mysql列类型都可以被索引，使用索引是提高select性能的最佳途径。 索引是针对整列的，不支持局部索引。 范例： -- 表mysql> select * from city;+----+----------+| id | city |+----+----------+| 1 | chengdu || 2 | neijiang || 3 | hangzhou |+----+----------+-- 创建10个字节的前缀索引mysql> create index cityname on city (city(10));query ok, 0 rows affected (0.21 sec)records: 0 duplicates: 0 warnings: 0-- 查询mysql> explain select * from city where city = 'chengdu'/g*************************** 1. row *************************** id: 1 select_type: simple table: city type: refpossible_keys: cityname key: cityname key_len: 33 ref: const rows: 1 extra: using where1 row in set (0.04 sec)-- 删除索引mysql> drop index cityname on city;query ok, 0 rows affected (0.48 sec)records: 0 duplicates: 0 warnings: 0
设计索引的原则 搜索的索引列，不一定是select出的列。最适合索引的列应该是where子句中的列或连接子句中的列，而不是select选择列中的列。 使用唯一索引。索引列的基数越大，索引的效果越好。比如出生日期这种列的值就比较多，而性别这种列的值就只有男女。 使用短索引。如果对字符串进行索引，就应该指定一个前缀长度。 利用最左前缀。创建一个n列索引时，实际创建了mysql可利用的n个索引。多列索引可起几个索引的作用，因为可以利用索引中最左边的列集来匹配行。 不要过度索引。索引会占用磁盘空间，且会降低写操作的性能。 对于innodb存储引擎的表，记录默认会按照一定的顺序保存。有主键，则按主键顺序保存。没有主键，但有唯一索引，就按唯一索引的顺序保存。既没有主键，也没有唯一索引，表中会自动生成一个内部列，并按照这个列的顺序保存。按照主键或内部列进行访问时最快的, 所以innodb的表，尽量使用自己的主键。innodb表的普通索引都会保存主键的键值，索引主键尽可能选择短的数据类型。 btree索引与hash索引 memory存储引擎的表可以选择使用btree索引或hash索引。 hash索引需要注意的地方：         1. 只用于使用=或操作符的等式比较。
        2. 优化器不能使用hash索引来加速order by操作。
        3. mysql不能确定在两个值之间大约有多少行。如果将myisam的表改为hash索引的memory表，会               影响一些查询的执行效率。
        4. 只能使用整个关键字来搜索一行。
对于btree索引，当使用>,=,，或者like 'pattern' ('pattern'不以通配符开始)操作符时，都可以使用相关列上的索引。 具体索引相关的细节可参考：
http://dev.mysql.com/doc/refman/5.7/en/optimization-indexes.html
不吝指正。