Mysql explain 和 profile
来源:SegmentFault
时间:2023-02-24 13:12:00 388浏览 收藏
来到golang学习网的大家,相信都是编程学习爱好者,希望在这里学习数据库相关编程知识。下面本篇文章就来带大家聊聊《Mysql explain 和 profile》,介绍一下MySQL、MySQL优化,希望对大家的知识积累有所帮助,助力实战开发!
explain extended + show warnings
explain extended:会在 explain 的基础上额外提供一些查询优化的信息。 紧随其后通过 show warnings 命令可以 得到优化后的查询语句,从而看出优化器优化了什么。 额外还有 filtered 列,是一个半分比的值,rows * filtered/100 可以估算出将要和 explain 中前一个表进行连接的行数 (前一个表指 explain 中的id值比当前表id值小的表)。
mysql> show columns from admin; +------------+-----------+------+-----+-------------------+----------------+ | Field | Type | Null | Key | Default | Extra | +------------+-----------+------+-----+-------------------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | email | char(30) | NO | UNI | NULL | | | pwd | char(60) | NO | | NULL | | | token | char(60) | NO | | | | | id_char | char(35) | NO | UNI | | | | create_at | timestamp | NO | | CURRENT_TIMESTAMP | | | updated_at | timestamp | YES | | NULL | | +------------+-----------+------+-----+-------------------+----------------+ 7 rows in set (0.01 sec) mysql> explain extended select id,email from admin; +----+-------------+-------+-------+---------------+----------+---------+------+------+----------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+-------+-------+---------------+----------+---------+------+------+----------+-------------+ | 1 | SIMPLE | admin | index | NULL | admin_pk | 120 | NULL | 1 | 100.00 | Using index | +----+-------------+-------+-------+---------------+----------+---------+------+------+----------+-------------+ 1 row in set, 1 warning (0.00 sec) mysql> show warnings; +-------+------+---------------------------------------------------------------------------------------------------------------+ | Level | Code | Message | +-------+------+---------------------------------------------------------------------------------------------------------------+ | Note | 1003 | /* select#1 */ select `hyperf`.`admin`.`id` AS `id`,`hyperf`.`admin`.`email` AS `email` from `hyperf`.`admin` | +-------+------+---------------------------------------------------------------------------------------------------------------+ 1 row in set (0.00 sec)
explain partitions
相比 explain 多了个 partitions 字段,如果查询是基于分区表的话,会显示查询将访问的分区。
explain sql
在 select 语句之前增加 explain 关键字, MySQL 会在查询上设置一个标记,执行查询时,会返回执行计划的信息,而不是执行这条SQL (如果 from 中包含子查询,仍会执行该子查询,将结果放入临时表中)
參考
id列
id列的编号是 select 的序列号,有几个 select 就有几个id, 并且id的顺序是按 select 出现的顺序增长的
select_type
- simple: 简单查询,查询不包含子查询和union
- primary: 复杂查询中最外层的 select
- subquery: 包含在 select 中的子查询(不在 from 子句中)
- derived: 包含在 from 子句中的子查询。
MySQL会将结果存放在一个临时表中,也称为派生表(derived的英文含义) - union:在 union 中的第二个和随后的 select
- union result: 从 union 临时表检索结果的 select
table
显示这一行的数据是关于哪张表的
type
显示连接类型(the join type),它描述了找到所需数据使用的扫描方式(由快到慢) system const eq_ref ref range index all 系统 常量 等值参考 参考 范围 索引树 全部 ref:reference(re,fen,ce)[參考] system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
- NULL
mysql能够在优化阶段分解查询语句,在执行阶段用不着再访问表或索引
explain select min(id) from table; 在索引列中选取最小值,可以单独查找索引来完成,不需要在执行时访问表
- system
系统表,少量数据,往往不需要进行磁盘IO;
#从mysql的系统表中获取 time_zone ,数据已经加载到内存里,不需要进行磁盘IO explain select * from mysql.time_zone; #pkId 为 const, tmp 类型为 system #mysql能对查询的某部分进行优化并将其转化成一个常量 explain select * from ( select * from user where pkId=1 ) tmp;
- const
常量连接
mysql能对查询的某部分进行优化并将其转化成一个常量 1.命中主键(primary key)或者唯一(unique)索引 2.被连接的部分是一个常量(const)值,pkId = 1 tip.不要类型转换
- eq_ref
主键索引(primary key)或者非空唯一索引(unique not null)等值扫描
对于前表的每一行(row),后表只有一行被扫描 1.join查询; 2.命中主键(primary key)或者非空唯一(unique not null)索引; 3.等值连接;
- ref
非主键非唯一索引等值扫描
1.普通索引 2.对于前表的每一行(row),后表可能有多于一行的数据被扫描 3.常量的连接查询,也由const降级为了ref,因为也可能有多于一行的数据被扫描
- ref_or_null
类似ref,但是可以搜索值为NULL的行。
- index_merge
表示使用了索引合并的优化方法
例如:id是主键,tenant_id是普通索引。or 的时候没有用 primary key,而是使用了 primary key(id) 和 tenant_id 索引 explain select * from role where id = 11011 or tenant_id = 8888;
- range
范围扫描
sql语句 between in, in, >,
- index
索引树扫描
需要扫描索引上的全部数据 explain select COUNT(*) from user;
- ALL
全表扫描(full table scan)
possible_keys
显示可能应用在这张表中的索引。如果为空,没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
key
实际使用的索引。如果为NULL,则没有使用索引。很少的情况下,MYSQL会选择优化不足的索引。这种情况下,可以在SELECT语句中使用USE INDEX(indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引
key_len
使用的索引的长度。在不损失精确性的情况下,长度越短越好 字符串 char(n):n字节长度 varchar(n):2字节存储字符串长度,如果是utf-8,则长度 3n + 2 数值类型 tinyint:1字节 smallint:2字节 int:4字节 bigint:8字节 时间类型 date:3字节 timestamp:4字节 datetime:8字节 如果字段允许为 NULL,需要1字节记录是否为 NULL 索引最大长度是768字节,当字符串过长时,mysql会做一个类似左前缀索引的处理, 将前半部分的字符提取出来做索引。
ref
显示索引的哪一列被使用了,如果可能的话,是一个常数
rows
MYSQL认为必须检查的用来返回请求数据的行数
extra : 解析查询的额外信息
- distinct
一旦mysql找到了与行相联合匹配的行,就不再搜索了
- Using where
SQL使用了where条件过滤数据,可以配合 type 优化,若 type 为 all,仍然需要优化
- Using index
SQL所需要返回的所有列数据均在一棵索引树上,而无需访问实际的行记录,即数据在子节点上,命中索引
- Using index condition
确实命中了索引,但不是所有的列数据都在索引树上,还需要访问实际的行记录,命中普通索引
- Using filesort
得到所需结果集,需要对所有记录进行文件排序。这类SQL语句性能极差,需要进行优化, 在一个没有建立索引的列上进行了order by,就会触发filesort,按需添加索引即可
- Using temporary
需要建立临时表(temporary table)来暂存中间结果。这类SQL语句性能较低,往往也需要进行优化。 典型的,group by和order by同时存在,且作用于不同的字段时,就会建立临时表,以便计算出最终的结果集
- Using join buffer (Block Nested Loop)
需要进行嵌套循环计算,内层和外层的type均为ALL,rows均为4,需要循环进行4*4次计算。 这类SQL语句性能往往也较低,需要进行优化。 典型的,两个关联表join,关联字段均未建立索引,就会出现这种情况。 常见的优化方案是,在关联字段上添加索引,避免每次嵌套循环计算。
profile
1.使用之前先查看当前数据库的版本信息,低版本无法使用. show version(); 或者 show variables like '%version%' 2.查看profiling show variables like '%profil%' ; result: +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | have_profiling | YES | --只读变量,用于控制是否由系统变量开启或禁用profiling | profiling | OFF | --开启SQL语句剖析功能 | profiling_history_size | 15 | --设置保留profiling的数目,缺省为15,范围为0至100,为0时将禁用p show profiles; 查看是否开启,效果同上. 3.查看使用说明 help profile; 4.开启profile set profiling=1; 赋值时候不要有多余的空格. 5.运行sql,查看对应的profile select * from test ; show profiles; result: +----------+------------+--------------------------------------------------------------------------------------------------------------------------+ | Query_ID | Duration | Query | +----------+------------+--------------------------------------------------------------------------------------------------------------------------+ | 28 | 0.00033575 | select * from test | +----------+------------+--------------------------------------------------------------------------------------------------------------------------+ 分析sql性能,分析的时候可以加上对应的开销字段 show profile [cpu,io][all] for query 28 ; show profile for query 28 ; +----------------------+----------+ | Status | Duration | +----------------------+----------+ | starting | 5.7E-5 | | checking permissions | 7E-6 | | Opening tables | 1.7E-5 | | init | 2.3E-5 | | System lock | 8E-6 | | optimizing | 5E-6 | | statistics | 1.1E-5 | | preparing | 9E-6 | | executing | 3E-6 | | Sending data | 8.8E-5 | | end | 5E-6 | | query end | 6E-6 | | closing tables | 5E-6 | | freeing items | 7.8E-5 | | cleaning up | 1.5E-5 | +----------------------+----------+ 6.关闭 set profiling=off;
以上就是《Mysql explain 和 profile》的详细内容,更多关于mysql的资料请关注golang学习网公众号!
声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
最新阅读
更多>
-
475 收藏
-
266 收藏
-
273 收藏
-
283 收藏
-
210 收藏
-
371 收藏
课程推荐
更多>
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习