navicat 中我们要怎么看explain

--我们可以使用 sql 来查看

 

 --或者使用Navicat 来查看

        --在运行完我们的sql语句后 

       -- 点击解释，就和上面一样展示我们此条语句的执行计划

--执行计划会出现很多参数 简述一下

id：执行顺序 ：

分为三种情况：id一样；id不一样；id既存在一样的，又存在不一样的

id一样的，执行顺序从上到下；id不一样的，id越大，等级越高，执行顺序约先；id既存在相同又存在不同的，相同id的为一组，不同id的为不同组，不同组之间id越大，等级越高，越先执行，同组之间，执行顺序从上到下。

---

select_type：子查询的种类

1、SIMPLE：简单的select查询，查询中不包含子查询或者union
2、PRIMARY：查询中包含任何复杂的子部分，最外层查询则被标记为primary
3、SUBQUERY：在select 或 where列表中包含了子查询
4、DERIVED：在from列表中包含的子查询被标记为derived（衍生），mysql或递归执行这些子查询，把结果放在临时表里
5、UNION：若第二个select出现在union之后，则被标记为union；若union包含在from子句的子查询中，外层select将被标记为derived
6、UNION RESULT：从union表获取结果的select

---

table:表名

---

type:查询的类型
自上而下，由差到最好，一般来说，好的sql查询至少达到range级别，最好能达到ref

all:全表查询，
index：遍历索引树，index与ALL区别为index类型只遍历索引树，Index与ALL虽然都是读全表，但index是从索引中读取，而ALL是从硬盘读取；
range：索引范围扫描，只检索给定范围的行，使用一个索引来选择行。key列显示使用了那个索引。一般就是在where语句中出现了bettween、<、>、in等的查询。这种索引列上的范围扫描比全索引扫描要好。只需要开始于某个点，结束于另一个点，不用扫描全部索引；
ref：非唯一性索引扫描，返回匹配某个单独值的所有行；
eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配；
const,system：常量转换；
NULL：分解语句，执行时甚至不用访问表或索引

---

possible_keys：

查询涉及到的字段上的索引，则该索引将被列出，但不一定被查询实际使用

---

key：SQL语句实际用到的索引

---

key_len：使用的索引的字节数，表示索引中使用的字节数，查询中使用的索引的长度（最大可能长度），并非实际使用长度，理论上长度越短越好。key_len是根据表定义计算而得的，不是通过表内检索出的

---

ref：哪些列或常量被用于查找索引列上的值

---

rows：得到数据所需要读取的行数

---

Extra：其他重要信息

using filesort：mysql会对数据使用非索引列进行排序，而不是按照索引顺序进行读取，这时需优化索引
using temporary：使用临时表保存中间结果，这时需要优化索引
using index：表示select 操作使用了索引覆盖，避免回表访问数据行，效率较高
using where ：where子句用于限制哪一行
using union（index1,index2...）：表示查询使用了索引合并策略，这时可能需要对索引进行优化，将几个单列索引用一个组合索引来代替。（创建组合索引时注意索引列的顺序，组合索引遵循最左前缀查询原则）。

---

rows：根据表统信息及选用情况，大致估算出找到所需记录的行数，数值越小越好。

---

filtered：返回结果行数栈读取行数的百分比，数值越大越好