我的编程空间,编程开发者的网络收藏夹
学习永远不晚

mysql中执行计划索引的示例分析

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

mysql中执行计划索引的示例分析

小编给大家分享一下mysql中执行计划索引的示例分析,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!

首先执行计划包含的信息:

id, select_type, table, partitions, type, possible_keys, key, key_len, ref, rows, filtered, Extra

id

select 查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序 

存在三种情况:

a)  id相同,表示表(table字段)执行顺序从上到上

b)  id不同,如果是子查询,id越大表执行的优先级越高

c)  id有相同也有不同,id相同,可认为是同一组,从上至下顺序执行,所有组中id越大执行优先级越高

select_type

主要有六种 

SIMPLE              简单查询,不包括自查询及union

PRIMAY              查询中包含任何复杂的子部分的最外层查询的标记

SUBQUERY       在select或where子句列表中包含自查询

DERIVED           在from列表中包括的子查询标记为derived(衍生)mysql递归查询这些子查询并放在临时表里

UNION               如果第二个select出现在union之后则标记为union,

                            如果union包含在from子句的子查询中,外层的select标记为derived

UNION RESULT union结果的合并

table

对应的表

type

访问类型 

效率 system>const>eq_ref>ref>fulltext>ref_or_null>index_merge>unique_subquery>index_subquery>range>index>ALL

主要使用到的:system>const>eq_ref>ref>range>index>ALL 

system  表只有一行记录(系统表)

const    索引常量

eq_ref  唯一性索引扫描

ref        非唯一性索引扫描

range  范围索引扫描 (索引列使用 between in等范围限定) 

index  全索引扫描 

ALL    全表扫描

possible_keys

查询涉及到的字段上存在的索引一个或多个(可能用到的,但不一定会使用)

keys

实际使用的索引 

key_len

索引使用的字节数,可通过该列计算查询中使用索引的长度,同样查询结果条件下(不损失精度的条件下),长度越小越好

显示的值为索引的最大可能长度,非实际长度,即key_len通过表定义计算所得非表内检索值

ref

显示索引用到的列(或用到的是常量) 例 db.table.col ,const

rows

根据表统计信息及索引选用情况,大致估算出找到所需的记录需要读取的行数

Extra

其他信息

1、Using filesort  

使用外部的索引排序(文件排序),而不是按照索引的排序进行读取 

例如使用复合索引的表,查询排序时只使用了复合索引的其中一列,可能会造成文件排序。需尽量避免的情况

2、Using temporary  

使用了临时表保存中间结果,常见于order by 及group by 

消耗资源,需避免的情况

order by 及group by 语句中使用覆盖索引

3、Using index

使用的覆盖索引,避免访问表的数据行 

同时出现using where,表示索引用来查询索引键值的查找(如查询结果中的列被索引列覆盖)

如果没有出现using where,表示索引直接用来读取数据,不执行查找动作

*覆盖索引(Covering index)

select 的数据列只从索引中获得,不必查找数据行 

4、Using where

5、Using join buffer

使用了连接缓存

6、Impossible where 

where 子句结果false

7、select table optimized away 

在没有group by子句的情况下,基于索引优化MIN/MAX操作或者对于MyISAM 存储引擎优化COUNT(*) 操作,不必等到执行阶段再进行计算,查询执行接话生成阶段即可完成优化

8、distinct

优化distinct操作,在找到第一匹配的元组后即停止找同样值的动作

以上是“mysql中执行计划索引的示例分析”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注亿速云行业资讯频道!

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

mysql中执行计划索引的示例分析

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

MySQL EXPLAIN执行计划,如何分析?

本文,我们详细地分析了EXPLAIN​,它是 MySQL 中用于显示 SQL 查询执行计划的关键字。
MySQLEXPLAINSQL2024-11-29

MySQL索引结构的示例分析

这篇文章将为大家详细讲解有关MySQL索引结构的示例分析,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。简介在数据之外,数据库系统还维护着满足特定查找算法的数据结构,这些数据结构以某种方式引用(指向)数据,
2023-06-29

编程热搜

目录