【转】MySQL explain查询说明

 转自：MySQL底层索引优化_原味的你的博客-CSDN博客_mysql底层优化
Mysql explain 中的extra字段 解读_Hars、Wlgb的博客-CSDN博客_mysql中extra

1. MySQL索引调优原则

禁止join超过三张表
联合索引左前缀法则
禁止回表查询

   2 .MySQL查询EXPLAIN-type级别

All 全表扫描，最原生的sql状态，有很大的优化空间
index 另一种形式的全表扫描，扫描顺序是按照索引的顺序，扫描根据索引然后回表查询数据
range 指的是有范围的全表扫描，相对于index有了范围，要优于index
ref 查询条件使用了索引，而没用主键和unique，虽然用烂了索引但索引列的值不唯一，有重复
ref_eq 比ref好在它会知道这种类型查找结果集只有一个，要么主键索引要么唯一索引
const 常量，此时索引几乎接近最优，剩余优化取决于优化器。
3 .  MySQL-EXPLAIN-Extra

Using filesort
这种情况是在使用 order by 关键字的时候，如果待排序的内容无法通过索引直接直接进行排序，mysql就有可能进行文件排序。

当然不是说出现了此情况就会对sql语句的效率造成影响。但是由于查询次数过多的话，对于排序的效率还是有一定的影响的。
可以通过设置 max_length_for_sort_data 来 提高 order by 的效率。如果操作的数据大小高于max_length_for_sort_data 的缓存大小时，mysql会产生临时表进行查询，一定程度上会印象效率。 max_length_for_sort_data的默认值是1024。
优化方案：

优化业务逻辑，不使用 order by ，而在业务代码中执行排序方法
设置索引，将带排序的内容放在索引中，直接利用索引进行排序
Using index

使用索引，表示索引能够覆盖所有的查询字段,无需进行回表查询所以效率会高。大部分情况代表最优

Using where 单独出现
表示当前查询的字段不能被索引覆盖，所以可能会产生回表，效率比前者低

Using where;Using index
表示查询的列被索引覆盖，且where筛选条件是索引列前导列的一个范围，或者是索引列的非前导列。 效率也比较高

null
表示查询的列未被索引覆盖，且where筛选条件是索引的前导列，这意味着用到了索引，但是部分字段未被索引覆盖，必须通过“回表查询”来实现，因而性能也比前两者差。

Using index condition
表示查询条件中虽然出现了索引列，但是有部分条件无法使用索引，会根据能用索引的条件先搜索一遍再匹配无法使用索引的条件。