mysql优化--explain

explain执行计划包含的信息：

id select_type table type possible_keys key key_len ref rows

id：表的读取顺序

多表查询，id相同，执行顺序由上至下

子查询，id不同，id序号递增，id值越大越显先被执行，

select_type：数据读取操作的操作类型

simple	查询中不包含子查询或union
primary	查询中若包含任何复杂的子部分，则最外层的标被标记
subquery	select和where的子查询
derived	from中的子查询
union	第二个select出现在union之后
union result	从union获取结果的select

type：显示查询使用了何种类型

执行效率从好到差的顺序：system>const>eq_ref>ref>range>index>ALL

system：表中只有一条记录

const：表示通过索引一次就找到了

eq_ref：主键索引或唯一索引的所有值被作为连接使用，最多只会返回一条符合记录的数据，所以这种类型常出现在多表查询中

ref：非唯一性索引扫描，返回匹配某个单独值的所有行

range:指定了范围的查找

index：全表扫描，与all的区别是使用了索引 

possible_keys:显示可能应用在查询字段中的索引，一个或多个值，但不一定被实际使用

key：实际用到的索引，如果为NULL，则没有使用索引

key_len:索引字段的最大可能长度，并非实际长度，即ken_len是根据表的定义计算得到

怎么通过explain关键字看SQL语句的性能？ - 知乎文章已收录Github精选，欢迎Star：https://github.com/yehongzhi前言在MySQL中，我们知道加索引能提高查询效率，这基本上算是常识了。但是有时候，我们加了索引还是觉得SQL查询效率低下，我想看看 有没有使用到索…https://zhuanlan.zhihu.com/p/341595489