Explain关键字的使用与索引优化

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字段能够帮你检查是否充分的利用上了索引。

如何计算？

1. 先看索引上字段的类型+长度比如 int=4 ; varchar(20) =20 ; char(20) =20
2. 如果是varchar或者char这种字符串字段，视字符集要乘不同的值，比如utf-8 要乘3，GBK要乘2
3. varchar这种动态字符串要加2个字节
4. 允许为空的字段要加1个字节

例子：

举例：

 我们通过字段长度就可以知道它用了哪几个索引！！

9.ref--显示索引中被使用的列

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值。

10.rows--必须检查的行数

11.filtered--过滤比例

表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比，不是具体记录数

12.Extra

5. Mysql的索引优化

索引优化详解_百里度的博客-CSDN博客_索引优化