码迷,mamicode.com
首页 > 数据库 > 详细

mysql优化--explain

时间:2019-08-09 23:47:53      阅读:122      评论:0      收藏:0      [点我收藏+]

标签:explain   pemu   HERE   获取   标识   ini   odm   派生   第一个   

  • 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。
  1. possible_keys:显示可能应用在这张表中的索引
  2. key:实际使用的索引,如果为null,则没有使用索引
很少的情况下,MYSQL会选择优化不足的索引。这种情况下,可以在SELECT语句中使用USE INDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引
  1. key_len:表示索引中使用的字节数。
不损失精确性的情况下,长度越短越好
  1. ref:表示上述表的连接匹配条件。即哪些列或常量被用于查找索引列上的值
  2. rows:估算出结果集行数,表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数
  3. 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

mysql优化--explain

标签:explain   pemu   HERE   获取   标识   ini   odm   派生   第一个   

原文地址:https://www.cnblogs.com/zwtqf/p/11330025.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!