文章目录
1.explain 怎么玩?
explain + SQL 语句
explain select * from userTest;
每个表头 字段介绍在下面!!!
2.作用呢?
·1. 表的读取顺序; (id 可看 越大优先级越高)
·2.数据读取操作的数据类型;(select_type)
·3.那些索引可以使用;(possible_keys)
·4.哪些索引被实际使用;(keys)
·5.表之间的引用;(ref)
·6.每张表有多少行被优化器查询;(rows)
3.各个字段解释:
3.1 explain 之id:
- !id相同:执行顺序从上到下;
- !id不同:如果是子查询 id的序号会递增,id越大优先级越高,越先被执行
- !id相同不同:同时存在:
3.2 select_type (查询类型)
- SIMPLE 简单的select查询,查询中不包含子查询或者UNION
- PRIMARY 查询中若包含任何复杂的子部分,最外层查询则被标记为PRIMARY
- SUBQUERY 在SELECT或WHERE列表中包含了子查询
- DERIVED 在FROM列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询,把结果放在临时表中
- UNION 若第二个SELECT出现在UNION之后,则被标记为UNION:若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED
- UNION RESULT 从UNION表获取结果的SELECT
3.3 table
- 显示这一行的数据是关于那张表的
3.4 type
- type包含的类型:ALL,index,range , ref , eq_ref , const , system , NULL
访问类型排序:
system > const > er_ref > ref > range > index > all
-
system 表只有一行记录(等于系统表),这是const类型的特列,平时不会出现,这个也可以忽略不计
-
const 表示通过索引一次就找到了,const用于比较primary key 或者unique索引。因为只匹配一行数据,所以很快。如将主键置于where列表中,MySQL就能将该查询转换为一个常量。
-
eq_ref 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描。
-
ref 非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体。
-
range 只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的where语句中出现between、< 、>、in等的查询,这种范围扫描索引比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一点,不用扫描全部索引。
-
rows
根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数,也就是说,用的越少越好 。
3.5 possible_keys 、keys 和 keys_len
-
possible_keys 显示可能用到的索引,可以有多个值。
-
keys 是最终用到的索引。
3.keys_len: 表示索引中所用的字节数,可以使用此列计算索引的长度。
3.6 ref (type 中ref的具体显示):
显示索引的哪一列被使用了。
3.7 rows:
根据表统计信息和索引使用情况,大致估算出所需的记录所需要读取的行数。(越小越好)
在建立索引前后的rows列对比,可以看出多少行被优化查询。
3.8 extra
包含不适合在其他列出现的但是很重要的信息!
-
Using filesort :MySQL会对数据使用一个外部的索引排序,而不是按照表内的索引顺序读取。MySQL中无法利用索引完成的排序称为 文件排序。
extra 列前者出现 using filesort 说明内部自行排序了,这样做就不好,尽量按照建立索引的顺序排序 则效果大大提高,例如后者。 -
using temporary : 使用了临时表保存结果,MySQL在对结果排序是使用临时表。常见于排序 order by和分组查询 group by。 (是得sql变得很慢)
还是那句话,建立了索就尽量按照索引顺序来 ,否则大大降低系统性能。 -
using index :
! 索引覆盖: 推荐第一种理解方式
4.热身case