1. Explain是什么？
Explain可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的，分析所查询的语句或者表结构的性能瓶颈。
2. Explain有什么作用？
能够获取以下信息：
- 表的读取顺序
- 哪些索引可以使用
- 数据读取操作的操作类型
- 哪些索引被实际使用
- 表之间的引用
- 每张表有多少行被物理查询
- SQL语句性能分析
3. 怎么使用Explain?
Explain+SQL语句
4. Explain得到的结果中的字段分别是什么意思？
1.id--执行顺序
select查询的序列号,包含一组数字，表示查询中执行select子句或操作表的顺序。
★注意：id号每个号码，表示一趟独立的查询。一个sql 的查询趟数越少越好。
2.select_type--查询类型
★注意： DEPENDENT SUBQUERY
- 会严重消耗性能
- 不会进行子查询，会先进行外部查询,生成结果集,再在内部进行关联查询
- 子查询的执行效率受制于外层查询的记录数
- 可以尝试改成join查询
3.table--正在访问哪个表
4.partitions--匹配的分区
5.type--访问类型
NULL：mysql能够在优化阶段分解查询语句，在执行阶段用不着再访问表或索引。例如：在索引列中选取最小 值，可以单独查找索引来完成，不需要在执行时访问表
结果值从最好到最坏依次是：
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
★注意：一般来说，得保证查询至少达到range级别，最好能达到ref。
①通过Const查找到的结果的数量是小于等于1的
②system是const的特例，查找到的结果只有一条
③eq_ref ：primary key 或 unique key 索引的所有部分被连接使用 ，最多只会返回一条符合条件的记录。这可能 是在 const 之外最好的联接类型了，简单的 select 查询不会出现这种 type。【这种情况下性能很好，不需要进行优化】
④ref：相比 eq_ref，不使用唯一索引，而是使用普通索引或者唯一性索引的部分前缀，索引要和某个值相比较， 可能会找到多个符合条件的行
我们要求一般都要达到range级别，最好是到达ref级别，但是一般只要不是ALL级别都可以，如果是ALL级别就需要进行优化！
6.possible_keys--可能使用的索引
显示可能应用在这张表中的索引，一个或多个。
查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。
7.key--实际使用的索引
实际使用的索引。如果为NULL，则没有使用索引；查询中若使用了覆盖索引，则该索引和查询的select字段重叠。
8.key_len--索引中使用的字节数
可通过该列计算查询中使用的索引的长度。 key_len字段能够帮你检查是否充分的利用上了索引。
如何计算？
- 先看索引上字段的类型+长度比如 int=4 ; varchar(20) =20 ; char(20) =20
- 如果是varchar或者char这种字符串字段，视字符集要乘不同的值，比如utf-8 要乘3，GBK要乘2
- varchar这种动态字符串要加2个字节
- 允许为空的字段要加1个字节
例子：
举例：
我们通过字段长度就可以知道它用了哪几个索引！！
9.ref--显示索引中被使用的列
显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值。
10.rows--必须检查的行数
11.filtered--过滤比例
表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比，不是具体记录数
12.Extra
