mysql索引优化

• 索引是数据库优化最常用的也是最重要的手段之一,通过索引通常可以帮助用户解决大多数的mysql的性能优化问题.

1. 全值匹配,对索引中所有的列都指定具体的值

2. 最左前缀法则
   如果索引了多列（复合索引）,要遵守最左前缀法则,指的是查询重索引的最左前列开始,并且不跳过索引中的列

3. 范围查询右边的列，不能使用索引
   address索引失效

4. 不要在索引列上进行运算操作， 索引将失效

5. 字符串不加单引号，造成索引失效。如果是char类型等，需要加单引号，否则MySQL的查询优化器，会自动的进行类型转换，造成索引失效

6. 尽量使用覆盖索引，避免select *
   如果查询列超出索引列，也会降低性能

7. 用or分割开的条件， 如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会被用到

8. 以%开头的Like模糊查询，索引失效
   如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效
   解决方案 ：通过覆盖索引来解决

9. 如果MySQL评估使用索引比全表更慢，则不使用索引

10. is NULL ， is NOT NULL 有时索引失效,null是少量的就会走索引

11. in 走索引， not in 索引失效

12. 单列索引和复合索引。尽量使用复合索引，而少使用单列索引 。数据库会选择一个最优的索引（辨识度最高索引）来使用，并不会使用全部索引

• 查看索引使用情况

show status like 'Handler_read%';
show global status like 'Handler_read%';

Handler_read_first：索引中第一条被读的次数。如果较高，表示服务器正执行大量全索引扫描（这个值越低越好）
Handler_read_key：如果索引正在工作，这个值代表一个行被索引值读的次数，如果值越低，表示索引得到的性能改善不高，因为索引不经常使用（这个值越高越好）
Handler_read_next ：按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加
Handler_read_prev：按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY … DESC
Handler_read_rnd ：根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高,你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。这个值较高，意味着运行效率低，应该建立索引来补救
Handler_read_rnd_next：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引