一、explain是什么
使用Explain关键字可以模拟优化器执行SQL查询语句,从而知道 MySQL是如何处理你的SQL语句的,分析你的查询语句或是表结构的性能瓶颈。
二、explain能干嘛
表的读取顺序
数据读取操作的操作类型
哪些所以可以使用
哪些索引被实际使用
表之间的引用
每张表有多少行被优化器查询
2.1 执行语句
EXPLAIN SELECT * FROM t_admin;
2.2 显示结果
2.2.1 id
表示select查询的序列号,包含一组数字,表示查询中执行select字句或操作表的顺序。
三种情况:
system:表只有一行记录(等于系统表),这是const类型的特例,平时不会出现,这个也可以忽略不计
- const:表示通过索引依次就找到了,const用于比较primary key或者unique索引,因为只匹配一行数据,索引很快。如果将主键置于where列表汇总,MYSQL就能将该查询转换为一个常量。
- eq_ref:唯一索引扫描,对于每个索引键,表中只有一条记录与之匹配,常见于主键或唯一索引扫描。
- ref:非唯一性索引扫描,返回匹配某个单独值的所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行,然而,他可能会找到多个符合条件的行,所以它应该属于查找和扫描的混合体。
- range:只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的where语句中出现了between、<、>、in等的查询。这种范围扫描索引扫描比全表扫描要好,因为它只需要开始于索引的某一点,而技术于另一点,不用扫描 全部索引。
- index:index和all区别为index类型只遍历索引树,这通常比all快,因为索引文件通常比数据文件小。也就是说all虽然和index都是读全表,但index是从索引中读取的,而all是从硬盘中读的。
- all:将遍历全表以找到匹配的行
2.2.5 key和possible_keys介绍
(1)possible_keys
显示可能应用在这种表中的索引,一个或多个
查询涉及的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用(2)key
实际使用的索引。
如果为null,则没有使用索引
查询中若使用了覆盖索引,则该索引仅出现在key列表中2.2.6 key_len
表示索引使用的字节数,可通过该列计算查询中使用的索引的长度,在不损失精确度的情况下,长度越短越好。
key_len是显示值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的。2.2.7 ref
显示索引的哪一类被使用了,如果可能的话,是一个常数,哪些列或常量被用于查找索引列上的值。2.2.8 rows
根据表统计信息及索引引用情况,大致估算出找到所需的记录所需要读取的行数,理论上越少越好2.2.9 Extra
包含不适合在其他列中显示但十分重要的额外信息