[参考文章:https://blog.csdn.net/why15732625998/article/details/80388236]()


最近在写sql 的历程中看到这个关键字,之前自己都没有用过,以是专程看了看,稍微整理了一下。
先放一张使用历程的截图

下面做详细的形貌

  1. id :相同时,执行顺序从上到下;值越大 优先级越高 越先执行
  2. select_type : select类型
    SIMPLE (不包罗子查询或者union 查询)
    PRIMARY (查询中若包罗庞大的子部门,最外层的查询被标记为PRIMARY )
    SUBQUERY (selct 或where 中包罗子查询)
    DERIVED (from列表中包罗子查询被标记为DERIVED-衍生,mysql递归执行子查询,把效果放在暂且表中),如下:


UNION :从第二个select泛起union 之后,则被标记为union;若union包罗在from 的子查询中,外层select被标记为DERIVED
UNION RESULT : 从UNION表中获取效果的select
3、table
当前执行且输出效果的表
4、type (al-->index-->range-->ref-->eq_ref-->const,system-->null) 从差到好
(1) all: full table scan 将遍历全表以找到匹配行
(2) system 示意只有一行纪录,是const的特例,平时不会泛起
(3) const 示意通过索引一次就找到了,const用于对照primary key和unique的索引。由于只匹配一行数据,以是很快。好比 将主键置于where列表中,mysql 就能将查询转换为一个常量
(4) eq_ref 唯一性索引扫描,对于每个索引键,表中只有一条数据与之相匹配。常见于主键或唯一索引
(5) ref 非唯一索引扫描 ,返回匹配某个单独值的所有行,本质上也是一种索引接见,他返回所有匹配单独行的数据,可能找到多个相符条件的行,属于查找和扫描的混合体
(6) range 只检索给定局限的行,使用一个索引来选择行,key列显示使用了哪个索引,一样平常就是在你的where语句中泛起between、<、>、in等查询,这种局限扫描索引比全表扫描要好,它只需要开始于索引的一点,结束语于另一点,不用扫描所有
(7) index (full index scan,index,all 区别为index类型只遍历索引树。)这通常比all快,由于索引文件比数据文件小(也就是说虽然index和all 都是读全表,但index从索引中读取,而all从硬盘读取)
id 是主键 ,索引存在主键索引
5、possible_keys
显示是可能使用到的索引,一个或多个。查询涉及到的字段上若存在索引,则该索引被列出,但不一定被查询实际使用
6、key
实际使用到的索引,若是为null 则没有使用索引(可能原因是没有确立索引或索引失效)
查询中若使用了笼罩索引(select 后要查询的字段恰好和建立的索引字段完全相同),则该索引仅泛起在key列表中

7、key_len

        示意索引中使用的字节数,可通过该列盘算查询中使用索引的长度,在不损失精确性的情形下,长度越短越好。key_len显示的值是索引字段的最大可能长度,并非实际使用长度,即key_len是凭据表界说盘算而得,不是表内检索得出。
        ![](https://s4.51cto.com/images/blog/202005/13/cbd9449462c5578a7bad0f04e5830aad.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3poZW5naGVpdGk=)

8、ref

            示意索引的那一列被使用了,若是可能的话,最好是一个常数,那些列或常量被用于查找索引列上的值


9、rows

凭据表统计信息及索引选用情形,大致估算出找到所需的纪录所需要读取的行数,用的越少越好


10、extra
包罗不适合显示在其他列但很主要的分外信息

    (1)Using filesort 
    说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序举行读取。mysql中无法行使索引完成的排序操作称为“文件排序”


(2)Using temporary
使用了用暂且表保留中心效果,mysql在对查询效果排序时使用的时暂且表。常见于排序order by 和分组查询group by

(3) Using index
示意响应的select操作中使用了笼罩索引,制止接见了表的数据行,效率不错。
若是同时泛起Using where,解释索引被用来执行索引键值的查找;若是没有同时泛起Using where ,解释索引用来读取数据而非执行查找动作

笼罩索引

(4)Using where
示意使用了where 过滤
(5)Using join buffer
示意使用了毗邻缓存,好比在查询的时刻,多表join的次数异常多,那么将配置文件中的缓冲区的join buffer 调大一些
(6) impossible where
where 子句的值总是false,不能用来获取任何元组

(7)select tables optimized away
在没有group by 子句的情形下,基于索引优化MIN、MAX 操作或者对于MyISAM存储引擎优化COUNT(*)操作,不必等到执行阶段再举行盘算,查询执行计划天生的阶段即完成优化
(8)distinct
优化distinct 操作,在找到第一匹配的元组后即住手找同样值的动作
实例