MySQL索引——Explain

MySQL索引——Explain

1.1 Explain是什么？

• 主键自动建立唯一索引。
• 频繁作为查询条件的字段应该创建索引。
• 查询中与其他表关联的字段，外键关系建立索引。
• 单键/组合索引的选择问题，组合索引性价比更高。
• 查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度。
• 查询中统计或者分组字段。

1.2 Explain能干什么？

1. 表的读取顺序
2. 数据读取操作的操作类型
3. 哪些索引可以使用
4. 哪些索引可以被实际使用
5. 表之间的引用
6. 每张表有多少行被优化器查询

1.2.1 怎么用

• explain + SQL
• 执行计划包含的信息

+----+-------------+-------+-------+---------------+-----+---------+------+------+-------+
| id | select_type | table | type  | possible_keys | key | key_len | ref  | rows | Extra |
+----+-------------+-------+-------+---------------+-----+---------+------+------+-------+

1.3 Explain结果分类(id、type、key为关键指标)

1.3.1 Explain-id(区别顺序)

1. Explain-id相同，执行顺序由上至下
2. Explain-id不相同，若事子查询，id的需要会递增，id值越大优先级越高，越先被执行

1.3.2 Explain-select_type(区别查询类型)

1. SIMPLE - 简单的select查询，查询中不包含子查询或者UNION
2. PRIMARY - 查询中若包含任何复杂的子部分，最外层查询被标记为
3. SUBQUERY - 在SELECT或WHERE列表中包含了子查询
4. DERIVED - 在FORM列表中包含的子查询被标记为DERIVED（衍生），MySQL会递归执行这些子查询，把结果放在临时表里。
5. UNION - 若第二个SELECT出现在UNION之后，则被标记为UNION，若UNION包含在FORM子句的子查询中，外层SELECT将被标记为：DERIVED
6. UNION RESULT - 从UNION表获取结果的SELECT

1.3.3 Explain - table (区分表名)

1.3.4 Explain - type(访问类型排列)

• 显示查询使用了何种类型
• 最好到最差依次是

  • system > const > eq_ref > ref > range > index > All
    

1. system : 表中只有一行记录（等于系统表），这是const类型的特例，平时不会出现，可以忽略不计

   • select * from t1
     

2. const : 表示通过索引一次就找到了，const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快。如将主键置于Where列表中，MySQL就将该查询转换为一个常量

   • select * from (select * from t1 where id = 1) d1
     

3. eq_ref : 唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描

   • select * from t1, t2 wgere t1.id = t2.id
     

4. ref : 非唯一性索引扫描，返回匹配某个单独值直的所有行本质上也是一种索引访问，它返回所有四配某心单独值的行，然而，它可能会找到多个符合条件的行，所以他他应该属于查找和扫描的混合体
5. range : 只检索给定范围的行,使用一个索引来选 择行。 key列显示使用了哪个索引一般就是在你的where语句中出现了betweeen、<、>、in等的查询这种范围扫描索引扫描比全表扫描要好， 因为它只需要开始于索引的某一点，而结束语另一点,不用扫描全部索引。
6. index : Full Index Scan， index与ALL区别为index类型只遍历索引树。这通常比ALL快，因为索引文件通常比ALL快，因为索引文件通常比数据文件小。(也就是说虽然all和Index都是读全表， 但index是从索引中读取的，而all是从硬盘中读的)
7. all : Full Table Scan，将遍历全表以找到匹配的行

一般来说，要保证查询至少达到range级别，最好能达到ref

1.3.5 Explain - possible_keys(可能用到的索引)

• 查询设计到的字段上若存在索引，则该索引被列出，但不一定被查询实际使用

1.3.6 Explain - key(实际用到的索引)

1.3.7 Explain - key_len(索引中使用的字节数)

• 可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好。
• key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是更具表定义计算而得，并不是通过表内检索出的。

1.3.8 Explain - ref(显示索引的哪一列被使用了)

• 如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值。

1.3.6 Explain - rows(根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数。)

• 建完索引后
  

1.3.6 Explain - Extra(包含不适合在其他列中显示，但十分重要的额外信息)

1. Using filesort : 说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取 MySQL中无法利用索引完成的排序操作称为"文件排序"
2. Using temporary :使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by和分组查询group by。
3. Using index :

• 表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的娄收据行，效率不错!
• 如果同时出现usingwhere，表明索引被用来执行索引键值的查找;
• 如果没有同时出现using where，表明索引用来读取数据而非执行查找动作

4. Using where : 使用了where过滤
5. Using join buffer : 使用了连接缓存(配置中的join buffer可以调大？)
6. impossible where : where子句的值总是false，不能用来获取任何元组
7. select tables optimized away : 在没有GROUPBY子句的情况下，基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*操作，不必等到执行阶段再进行计算查询执行计划生成的阶段即完成优化。
8. distinct : 优化distinct操作，在找到第一匹配的元组后即停止找同样

1.4 例题热身

• 第一行(执行顺序4): id列为1，表示是un on里的第一个select，select_type列的prima ry表示该查询为外层查询，table列被标记为，表示查询结果来自一个衍生表，其中derived3中3代表该查询衍生自第三个select查询，即id为3的select。
  • 【select d1.name....】
• 第二行(执行顺序2): id为3，是整个查询 中第三个select的一部分。因查询包含在from 中，所以为derived。
  • 【select idname from t1 where other column="】
• 第三行(执行顺序3): select列表中的子查 询select_type为subquery，为整个查询中的 第二个select。
  • 【select id from t3】
• 第四行 (执行顺序1): select_type为union 说明第四个select是union里的第二个selec t，最先执行
  • 【select name,id from t2】
• 第五行(执行顺序5): 代表从union的临时表中读取行的阶段，table列的表示示用第一个和第四个select的结果进行
  • 【两个结果union集合】

参考尚硅谷视频