1. 背景
在工作中,我们经常会写一些SQL,有的SQL执行的时间很快,有的SQL执行的时间很慢甚至卡死,那么怎么去优化SQL呢,mySQL提供了Explain语句来帮助我们分析自己的SQL,以帮助我们达到优化的目的。
2. 准备工作
我们新建两张表, dept 和 employee
3. 初识explain
explain语法特别简单,只需要在sql语句前加上explain即可,如:
在第3步中,我们看到结果里有很多字段,接下来我们将一一进行讲解:
① id
id代表着执行顺序,id越高代表优先级越高,如:
② select_type 查询类型
查询类型,有以下六种
1)SIMPLE 简单的select查询
2)PRIMAYR 查询中包含任何子查询,最外层的查询为PRIMAYR
3)SUBQUERY SELECT或WHERE列表中的子查询
4)DERIVED FROM列表中的子查询
注意这里的derived2,表明由id为2的语句衍生
5)UNION UNION语句后的SELECT语句
6)UNION RESULT 从UNION表获取结果的select
③ Table 查询的表名
表示所查询的表名,这里注意会有一个衍生表的问题
④ Type 访问类型
SQL优化的一个重要的指标,结果从好到坏的顺序依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
一般来说,好的SQL查询最少要达到range级别,最好能达到ref
下面我们将来具体看看每一个级别:
1)system:当表中只有一条记录时,才会出现,这里我们演示一个只有一条记录的衍生表:
2)const表示通过索引一次性就可以找到,比如主键索引,或者unique索引
3)eq_ref 在连接中,使用了从表的主键或者唯一索引,相对应的key列表示所使用的索引
4)ref 在连接中,我们没有使用从表的主键或者唯一索引,而是使用了普通索引,相对应的key列表示所使用的索引,性能严重依赖于从表所匹配的记录(越少越好)
5)range 范围查找,比如<,>,between
6)index FULL INDEX SCAN 全盘索引文件查询.性能要比all要号的多
7)all FULL TABLE SCAN 遍历全表找匹配行
⑤ possible_keys 表示在查询中涉及大的索引,但不一定被查询实际使用
⑥ key 表示在查询中肯定会被使用的索引
见上图的workno
⑦ key_len 索引所占的长度,显示的是索引字段的最大可能长度,越短越好
⑧ ref 表示索引的哪一列被使用了
见历史图
⑨ rows 表示大致估算 在找到正确的结果之前必须要扫描的记录数,最理想状态下是1
⑩ extra 表示实现每一步细节的额外信息
会有以下几种情况:
1)distinct 查找distinct值,表明MySQL查询到第一个匹配值后将停止该查询转到查询其他值上。
2)USING FILESORT 无法通过索引排序,需要优化
3)USING temporary 使用了临时表,需要优化
4)等等