mysql优化--explain

• explain模拟优化器执行sql语句。
• 显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句
• 常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描
• 使用方法：在select语句前加上explain就可以了

例如：

explain select * from user u left join company c on c.id=u.company_id;

 

 

expain出来的信息有11列，分别是id、select_type、table、type、possible_keys、key、key_len、ref、rows、filtered、Extra

概要描述：

id:选择标识符

select_type:表示查询的类型。

table:输出结果集的表

partitions:匹配的分区

type:表示表的连接类型

possible_keys:表示查询时，可能使用的索引

key:表示实际使用的索引

key_len:索引字段的长度

ref:列与索引的比较

rows:扫描出的行数(估算的行数)

filtered:按表条件过滤的行百分比

Extra:执行情况的描述和说明

 

 

解释：

1. id：sql执行顺序的标识，sql从大到小的执行
1. id相同时，执行顺序由上至下
2. 如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
3. id如果相同，可认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高 越先执行
2. select_type：显示查询中每个select子句的类型
1.  SIMPLE(简单SELECT，不使用UNION或子查询等)
2. PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)
3. UNION(UNION中的第二个或后面的SELECT语句)
4. DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)
5. UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)
6.  SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)
7. DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)
8. DERIVED(派生表的SELECT, FROM子句的子查询)
9. UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)
3. table：显示这一行的数据是关于哪张表
4. type：显示连接使用了何种类型，

type显示的是访问类型，是较为重要的一个指标，结果值从好到坏依次是：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

         一般来说，得保证查询至少达到range级别，最好能达到ref。

5. possible_keys：显示可能应用在这张表中的索引
6. key：实际使用的索引，如果为null，则没有使用索引

很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引

7. key_len：表示索引中使用的字节数。

不损失精确性的情况下，长度越短越好

8. ref：表示上述表的连接匹配条件。即哪些列或常量被用于查找索引列上的值
9. rows：估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数
10. extra：该列包含mysql解决查询的详细信息
1. Using where:不用读取表中所有信息，仅通过索引就可以获取所需数据，这发生在对表的全部的请求列都是同一个索引的部分的时候，表示mysql服务器将在存储引擎检索行后再进行过滤
2. Using temporary：表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询，常见 group by ; order by
3. Using filesort：当Query中包含 order by 操作，而且无法利用索引完成的排序操作称为“文件排序”

 

 

总结：

• EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况

• EXPLAIN不考虑各种Cache

• EXPLAIN不能显示MySQL在执行查询时所作的优化工作

• 部分统计信息是估算的，并非精确值

• EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划。

通过收集统计信息不可能存在结果

 

EXPLAIN

 

SELECT

u. NAME AS u_name ,

`sr`.*, `u`.`mobile` ,

`c`.`company_name`

FROM

kl_user_search_record sr

LEFT JOIN `kl_user` `u` ON `u`.`unique_code` = `sr`.`unique_code`

LEFT JOIN `kl_company` `c` ON `c`.`id` = `sr`.`company_id`

GROUP BY

`sr`.`id`

ORDER BY

`sr`.`id` DESC