- 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:执行情况的描述和说明
解释：
- id：sql执行顺序的标识，sql从大到小的执行
- id相同时，执行顺序由上至下
- 如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
- id如果相同，可认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高 越先执行
- select_type：显示查询中每个select子句的类型
- SIMPLE(简单SELECT，不使用UNION或子查询等)
- PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)
- UNION(UNION中的第二个或后面的SELECT语句)
- DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)
- UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)
- SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)
- DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)
- DERIVED(派生表的SELECT, FROM子句的子查询)
- UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)
- table：显示这一行的数据是关于哪张表
- type：显示连接使用了何种类型，
type显示的是访问类型，是较为重要的一个指标，结果值从好到坏依次是：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
一般来说，得保证查询至少达到range级别，最好能达到ref。
- possible_keys：显示可能应用在这张表中的索引
- key：实际使用的索引，如果为null，则没有使用索引
很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引
- key_len：表示索引中使用的字节数。
不损失精确性的情况下，长度越短越好
- ref：表示上述表的连接匹配条件。即哪些列或常量被用于查找索引列上的值
- rows：估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数
- extra：该列包含mysql解决查询的详细信息
- Using where:不用读取表中所有信息，仅通过索引就可以获取所需数据，这发生在对表的全部的请求列都是同一个索引的部分的时候，表示mysql服务器将在存储引擎检索行后再进行过滤
- Using temporary：表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询，常见 group by ; order by
- 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
原文地址：https://www.cnblogs.com/zwtqf/p/11330025.html