本文主要介绍MySQL 中关于索引的一些问题，例如：索引的作用；怎么创建索引；设计索引的原则；怎么优化索引等等。
一：索引概述
所有的MySQL列类型都能创建索引，良好设计的所以能够很好地提高查询的性能，但如果索引过多，由于每次更新操作都会对索引进行更新，反而会影响到数据库的整体性能。因而，遵循一定的原则，设计合适的索引是非常重要的。
(1)：创建索引的语法
CREATE [UNIQUE|FULLTEXT|SPQTIAL] INDEX index_name [USING index_type] ON table_name(col_name)
例子：建了一张user表，有属性 name, age, address, 下面图可以看出没建立索引和建立索引时查询的区别。
二：设计索引的几个原则
(1): where子句中的列比select中的列更适合做索引。
(2): 选择那些基数大的列，这要的索引效果更好，这要索引才能很好地区分不同值。
(3): 使用短索引，例如一个char(200)的列，如果前20个字符就能很好的区分不同的值时，就没必要对整个列进行索引，这样可以大大的减少索引的存储空间。
(4): 不要过度索引，只建立所需的索引。过多的索引会浪费磁盘空间，降低写的性能，也会给查询优化带来更多的工作，让MySQL选择不到最好的索引。
(5): InnoDB尽量自己指定主键：InnoDB 引擎存储的表会按照一定的顺序保存，例如主键，唯一索引，如果都没有则会自动生成一个内部列，按照这些进行访问是最快的，所以InnoDB尽量自己指定主键。当有多个列可以作为主键时，选择最常作为访问条件的列作为主键。
例子：InnoDB没创建索引，但建立了主键，会用主键进行查询。
三：BTREE索引和HASH索引
具体原理就不多说了，网上很多，MyISAM 和 InnoDB 默认创建的是BTREE索引，MEMORY引擎默认创建的是Hash索引，使用时比较关键的是：
《关键》Hash索引只适用于精确查询，当使用>, <, <=, 或者 like ‘string%’ 时，需要使用BTREE索引。所以当使用Hash索引时，需要注意SQL的编写，确保能用得上索引，如果有范围查找，创建索引时需要设置成BTREE索引。
四：索引的优化
在遵循索引的设计原则后，设计索引和编写SQL时还需要注意索引使用时的几个特点：
(1). 前缀特性 : 当创建了多列索引时，只要用到了前面的列，索引就会起作用。例如创建了两列索引(a,b) ，当where条件语句中仅出现了a，索引也会被使用，但仅仅出现了b,索引将不会被使用。
(2). 使用like查询时，%不能出现在第一个字符，应该是 “ 常量 + %”，这样索引才可能会起作用。
(3). 对大文本进行搜索时，使用全文索引而不是使用 like ‘%...%
(4). 用or分割开的条件，如果or前面的列有索引，后面的列没有索引，那么涉及到索引都不会被用到。
(5). 如果列类型是字符串，记得where条件中把字符串常量值用引号引起来。
查看索引的使用情况，用 show status like ‘Handle_read%‘ 查看Handle_read_key(值大说明索引得到了很好的使用，反之亦然) 和 Handle_read_rnd_next(值很大说明进行了大量的全盘扫描，索引没得到很好地使用) 的值。