网站优化—mysql explain执行计划

explain执行计划

简介MySQL调优:

  1. 先发现问题(慢查询,profile)
  2. 对于使用索引和没有使用索引,了解到索引可以快速去查找数据
  3. 了解什么是索引(索引是排好序的快速查找的数据结构)
  4. 索引的管理(查看,创建,删除)
  5. 索引的本身的数据结构(B-TREE结构和聚簇结构)
  6. MySQL是如何去使用这些索引的(explain工具),需要去发现索引是否合理的被使用,防止索引滥用。

    ?

    注意:索引对查询是有帮助的,但是对更新是没有好处的。索引要建立的合理。

    ?

    MySQL调优的一个通用思路(面试题):通过上面的步骤就可以对MySQL进行调优,只要将上面的步骤重复不断执行,可以使用MySQL在最优的情况下工作。

    ?

    profile定义:MySQL提供的一个可以分析SQL语句执行过程的工具,通过它大致可以了解到MySQL将如何执行用户传递过来的sql语句。

    用法

    使用的时候只要在对应的sql语句前面,加上关键字explain 或者同义词 desc

    # desc select * from tableName where id = 1000000;

    # explain select * from tableName where id = 1000000;

    以上两条sql执行效果是等价的。

    ?

    可以先简单对比 有索引 和 无索引 执行计划:

    no_index无索引的情况下分析:

    ?

    rows: 代表查询满足该sql语句的结果,可能需要查询行的数量。

    ?

    id存在主键索引的情况下分析:

    ?

    type:重点分析

    ?

  7. all 代表全表扫描,一般在不使用索引的情况下回出现该值

    全表扫描:一行一行的逐行比较,然后返回满足条件的记录。

    ?

  8. const,代表使用了主键索引。 开发之中,尽量出现这个。常量查找

    ?

    3. range代表范围操作,当执行的sql语句是一个范围查找的时候,也可以使用索引。

    range含义解释:由于索引是排好序的结构。沿着这个有序的结构,再去截取一段有序的数据,是可以利用上索引的。

    ?

    ?

    面试题:什么样的字段适合建立索引?(建立索引的时候有什么考虑?)

    答:

  9. 在where条件后面作为查询的字段需要建立索引。
  10. 在(排序order 范围range 分组group)这些情况下也是可以使用索引的,所以在排序字段后面加上索引也是可以的。

    注意:在where条件后也不是所有的字段都建立索引,因为索引本身也是有开销的。

    ?

  11. index代表使用了索引

    当做记录统计的时候,可以直接使用索引返回记录的行数,就没必要去对磁盘文件的行数做统计。

    ?

  12. system,当表中的记录只有一行的时候,MySQL认为可以直接的返回记录信息,而不必要使用索引文件。一般出现在一行记录(自己建立的表)或者系统级别的表(mysql.user)一般MySQL在启动的时候,会将部分的系统级别的表优先载入到内存做一个缓存。

    ?

  13. null,可能出现,如果出现这个,也代表很好。基本不容易出现。

    总结:null 》system》const》range》index》all

    注意:尽量不要出现all

    ?

时间: 2024-11-01 18:24:39

网站优化—mysql explain执行计划的相关文章

MySQL 优化sql explain执行计划详解

mysql explain执行计划详解 1).id列数字越大越先执行,如果说数字一样大,那么就从上往下依次执行,id列为null的就表是这是一个结果集,不需要使用它来进行查询. 2).select_type列常见的有:A:simple:表示不需要union操作或者不包含子查询的简单select查询.有连接查询时,外层的查询为simple,且只有一个B:primary:一个需要union操作或者含有子查询的select,位于最外层的单位查询的select_type即为primary.且只有一个C:

mysql explain执行计划详解

1).id列SELECT识别符.这是SELECT查询序列号.这个不重要,查询序号即为sql语句执行的顺序 2).select_type列常见的有: A:simple:表示不需要union操作或者不包含子查询的简单select查询.有连接查询时,外层的查询为simple,且只有一个 B:primary:一个需要union操作或者含有子查询的select,位于最外层的单位查询的select_type即为primary.且只有一个 C:union:union连接的两个select查询,第一个查询是de

MYSQL EXPLAIN执行计划命令详解(支持更新中)

本文来自我的github pages博客http://galengao.github.io/ 即www.gaohuirong.cn 摘要: 本篇是根据官网中的每个一点来翻译.举例.验证的:英语不好,所以有些话语未必准确,请自行查看官网,若有些点下面没有例子的是因为当时一下子没有想出那么多来,如果大家有遇上好的例子,欢迎在下面留言我持续更新 查看执行计划的关键EXPLAIN 版本MYSQL5.6,用到的库是官网例子sakila,自行下载导入 由于要把每个点都翻译出来,还需要举例,所以需要一定的时间

MYSQL explain执行计划

用explain查看SQL的执行计划 在工作中,我们用于捕捉性能问题最常用的就是打开慢查询,定位执行效率差的SQL,那么当我们定位到一个SQL以后还不算完事,我们还需要知道该SQL的执行计划,比如是全表扫描,还是索引扫描,这些都需要通过EXPLAIN去完成. EXPLAIN命令是查看优化器如何决定执行查询的主要方法.可以帮助我们深入了解MySQL的基于开销的优化器,还可以获得很多可能被优化器考虑到的访问策略的细节,以及当运行SQL语句时哪种策略预计会被优化器采用. 需要注意的是,生成的QEP并不

MYSQL EXPLAIN 执行计划详解

explain的作用: explain显示了mysql如何使用索引来处理select语句以及连接表.可以帮助选择更好的索引和写出更优化的查询语句. EXPLAIN SELECT ( SELECT c. NAME FROM fx_channel c WHERE c.id = s.channel_id ) , SUM(s.total_cost) , SUM(s.total_count) , SUM(s.success_count) FROM fx_analysis_channel_source s

解析MYsql explain执行计划extra列输出

EXPLAIN Extra 列信息: explain Extra列输出包含了关于mysql如何解决query的额外信息,特别是出现Using filesort 和 using temporary时,应当格外注意: 1:Child of  'table' pushed [email protected] 在做join时下推到NDB存储引擎中,引用子表‘table’,当下推join支持时,应用与Mysql cluster: 2: const row not found 通过一个query sql 例

Mysql之执行计划

1.explain分析sql语句 例如: EXPLAIN SELECT * FROM blog_info bi INNER JOIN uam_view_unit_account uua ON bi.account_instance_id = uua.account_instance_id WHERE bi.is_comment = 0 OR (bi.is_comment = 1 AND bi.is_forward = 1)  ORDER BY bi.`publish_time`  返回结果: 而

[转载] EXPLAIN执行计划中要重点关注哪些要素

原文: https://mp.weixin.qq.com/s?__biz=MjM5NzAzMTY4NQ==&mid=400738936&idx=1&sn=2910b4119b9943bafdcfe950dc89e028&scene=0&uin=Mjk1ODMyNTYyMg%3D%3D&key=04dce534b3b035ef3da41c55e69b6792390d87f8207be3e924d28fab0b6ac41a02549bf7410a7849c9f2

EXPLAIN执行计划中要重点关注哪些要素(叶金荣)

原文:http://mp.weixin.qq.com/s/CDKN_nPcIjzA_U5-xwAE5w 导读 EXPLAIN的结果中,有哪些关键信息值得注意呢? MySQL的EXPLAIN当然和ORACLE的没法比,不过我们从它输出的结果中,也可以得到很多有用的信息. 总的来说,我们只需要关注结果中的几列: 列名 备注 type 本次查询表联接类型,从这里可以看到本次查询大概的效率 key 最终选择的索引,如果没有索引的话,本次查询效率通常很差 key_len 本次查询用于结果过滤的索引实际长度