SQL优化之索引问题
一般在数据中，很多朋友很喜欢用索引来对数据库优化。通过索引通常可以帮助我们解决大多数的SQL性能问题。
1. 索引的存储分类
MyISAM存储引擎的表的数据和索引时自动分开存储的，各自是独立的一个文件；InnoDB存储引擎的表的数据和索引时存储在同一表空间里面，但可以有多个文件组成。
MySQL中索引的存储类型目前只有两种(BTREE和HASH),具体和表的存储引擎相关；MyISAM和InnoDB存储引擎都只支持BTREE索引；MEMORY/HEAP存储引擎可以支持HASH和BTREE索引。
MySQL目前不支持函数索引，但是能对列的前面某一部分进行索引，例如name字段，可以以只取name的前4个字符进行索引，这个特征可以大大缩小索引文件的大小。在设计表结构的时候也可以对文本列根据此特性进行灵活设计。例如
3. 用or分割开的条件，如果or前的条件中的列有索引，而后面的列中没用索引，那么涉及的索引都不会被用到
4. 如果不是索引列的第一部分，那么也不会使用。
5. 如果like是以"%"开始
6. 如果列类型是字符串，那么一定记得在where条件中把字符常量值用引号引起来，否则即便这个列上有索引，Mysql也不会使用。因为MYSQL默认把输入的常量值进行转换以后才进行检索。
最后查看索引使用情况
如果索引正在工作，Handler_read_key的值将很高，这个值代表了一个行被索引值读的次数，很低的值表明增加索引得到的性能改善不高，因为索引经常不被使用到。Handler_read_rnd_next的值高则说明查询运行低效，并且应该建立索引补救。这个值的含义是在数据文件中读取下一行的请求数。如果正进行大量的表扫描，Handler_read_rnd_next的值较高，则通常说明表索引不正确或者写入的查询没有利用索引。
还记得怎么看Handler_read_rnd_next 吗？
使用show statuts like 'Handler_read_%';
