Mysql explain 和 profile
来源:SegmentFault
2023-02-24 13:12:00
0浏览
收藏
来到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删除

- 上一篇
- 聊聊maxwell的Scripting

- 下一篇
- 《高性能MySQL》笔记 - MySQL 锁的基本类型
查看更多
最新文章
-
- 数据库 · MySQL | 10小时前 | 索引 数据类型 字符集 存储引擎 CREATETABLE
- MySQL新建表操作指南与建表技巧
- 462浏览 收藏
-
- 数据库 · MySQL | 1个月前 | 条件判断
- CASEWHEN条件判断的嵌套使用详解与实战场景分析
- 469浏览 收藏
-
- 数据库 · MySQL | 1个月前 | java php
- CSV文件批量导入MySQL的性能优化秘籍大揭秘
- 289浏览 收藏
-
- 数据库 · MySQL | 1个月前 |
- GaleraCluster多主集群配置与冲突解决攻略
- 239浏览 收藏
-
- 数据库 · MySQL | 1个月前 | 窗口函数实战
- MySQL窗口函数实战案例深度剖析
- 315浏览 收藏
-
- 数据库 · MySQL | 1个月前 | 自定义函数
- MySQL插件开发入门:自定义函数(UDF)编写指南
- 184浏览 收藏
-
- 数据库 · MySQL | 1个月前 |
- Windows系统MySQL8.0免安装版配置攻略
- 227浏览 收藏
-
- 数据库 · MySQL | 1个月前 | MySQL错误 数据库诊断
- 深度解析错误代码1045/1217/1205的根本原因及解决方案
- 202浏览 收藏
-
- 数据库 · MySQL | 1个月前 | sql注入 编码规范
- 防范SQL注入必备:编码规范与工具推荐指南
- 140浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 508次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
查看更多
AI推荐
-
- 笔灵AI生成答辩PPT
- 探索笔灵AI生成答辩PPT的强大功能,快速制作高质量答辩PPT。精准内容提取、多样模板匹配、数据可视化、配套自述稿生成,让您的学术和职场展示更加专业与高效。
- 13次使用
-
- 知网AIGC检测服务系统
- 知网AIGC检测服务系统,专注于检测学术文本中的疑似AI生成内容。依托知网海量高质量文献资源,结合先进的“知识增强AIGC检测技术”,系统能够从语言模式和语义逻辑两方面精准识别AI生成内容,适用于学术研究、教育和企业领域,确保文本的真实性和原创性。
- 22次使用
-
- AIGC检测-Aibiye
- AIbiye官网推出的AIGC检测服务,专注于检测ChatGPT、Gemini、Claude等AIGC工具生成的文本,帮助用户确保论文的原创性和学术规范。支持txt和doc(x)格式,检测范围为论文正文,提供高准确性和便捷的用户体验。
- 30次使用
-
- 易笔AI论文
- 易笔AI论文平台提供自动写作、格式校对、查重检测等功能,支持多种学术领域的论文生成。价格优惠,界面友好,操作简便,适用于学术研究者、学生及论文辅导机构。
- 38次使用
-
- 笔启AI论文写作平台
- 笔启AI论文写作平台提供多类型论文生成服务,支持多语言写作,满足学术研究者、学生和职场人士的需求。平台采用AI 4.0版本,确保论文质量和原创性,并提供查重保障和隐私保护。
- 35次使用
查看更多
相关文章
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- golang 基于 mysql 简单实现分布式读写锁
- 2023-01-07 384浏览
-
- 详解如何利用GORM实现MySQL事务
- 2023-01-07 184浏览
-
- Go语言实现操作MySQL的基础知识总结
- 2023-01-23 265浏览
-
- Go结合Gin导出Mysql数据到Excel表格
- 2023-01-01 352浏览