MySQL- SQL执行计划 统计SQL执行每阶段的耗时
文章目录
- 生猛干货
- 官方文档
- 某些SQL查询为什么慢
- MySQL处理SQL请求的过程
- 查询缓存对SQL性能的影响
- SQL预处理及生成执行计划
- 造成MySQL生成错误的执行计划的原因
- 如何确定查询各个阶段所耗费的时间
- 使用profile
- Performance Schema
- 开启Performance Schema 记录功能
- 搞定MySQL
生猛干货
带你搞定MySQL实战,轻松对应海量业务处理及高并发需求,从容应对大场面试
官方文档
https://dev.mysql.com/doc/
如果英文不好的话,可以参考 searchdoc 翻译的中文版本
http://www.searchdoc.cn/rdbms/mysql/dev.mysql.com/doc/refman/5.7/en/index.com.coder114.cn.html
某些SQL查询为什么慢
要弄清楚这个问题,需要知道MySQL处理SQL请求的过程, 我们来看下
MySQL处理SQL请求的过程
- 客户端将SQL请求发送给服务器
- 服务器检查是否在缓存中是否命中该SQL,未命中的话进入下一步
- 服务器进行SQL解析、预处理,再由优化器生成对应的执行计划
- 根据执行计划来,调用存储引擎API来查询数据
- 将结果返回给客户端
查询缓存对SQL性能的影响
query_cache_type:设置查询缓存是否可用 ,
可选值 ON OFF DEMAND , DEMAND表示只有在查询语句中使用了SQL_CACHE和SQL_NO_CACHE来控制是否需要缓存
query_cache_size: 设置查询缓存的内存大小
1024的整数倍
query_cache_limit: 设置查询缓存可用存储的最大大小
query_cache_wlock_invalidate:设置数据表被锁后是否返回缓存,默认关闭
query_cache_min_res_unit:设置查询缓存分配的内存块最小单位
对于一个读写很频发的的系统,使用查询缓存很可能会降低查询处理的效率,建议不是用查询缓存,可以将query_cache_type 设置为OFF,query_cache_size 设置为0
SQL预处理及生成执行计划
接着上一步说,查询缓存未启用,或者 未命中查询缓存 , 服务器进行SQL解析、预处理,再由优化器生成对应的执行计划 。 MySQL会依赖这个执行计划和存储引擎进行交互 .
包括以下过程
- 语法解析: 包含语法等解析校验
- 预处理 : 检查语法是否合法等
- 执行计划: 上面都通过了,会生成执行计划。
造成MySQL生成错误的执行计划的原因
- 存储引擎提供的统计信息不准确
- 执行计划中的估算不等同于实际的执行计划的成本
- MySQL不考虑并发的查询
- MySQL有时候会基于一些特定的规则来生成执行计划
- …
如何确定查询各个阶段所耗费的时间
使用profile
- set profiling = 1 ; 启用profile , session级别的配置
- 执行查询
- show profiles ; 查看每一个查询所消耗的总时间信息
- show profiles for query N : 查询每个阶段所消耗的时间 (N为 Query_ID)
当然了还有 查询CPU等信息 的命令
比如 show profile cpu for query 1
演示
mysql> set profiling = 1;
Query OK, 0 rows affected, 1 warning (0.00 sec)mysql> select * from t_order;
+------+-----------------+
| id | product |
+------+-----------------+
| 1 | artisan-prod-01 |
+------+-----------------+
1 row in set (0.00 sec)mysql> show profiles; # 每条SQL的执行汇总信息
+----------+------------+-----------------------+
| Query_ID | Duration | Query |
+----------+------------+-----------------------+
| 1 | 0.00067725 | select * from t_order |
+----------+------------+-----------------------+
1 row in set, 1 warning (0.00 sec)mysql> show profile for query 1; # m每个阶段的耗时
+----------------------+----------+
| Status | Duration |
+----------------------+----------+
| starting | 0.000169 |
| checking permissions | 0.000054 |
| Opening tables | 0.000041 |
| init | 0.000028 |
| System lock | 0.000034 |
| optimizing | 0.000009 |
| statistics | 0.000023 |
| preparing | 0.000020 |
| executing | 0.000009 |
| Sending data | 0.000218 |
| end | 0.000010 |
| query end | 0.000013 |
| closing tables | 0.000013 |
| freeing items | 0.000021 |
| cleaning up | 0.000018 |
+----------------------+----------+
15 rows in set, 1 warning (0.00 sec)mysql>
查询CPU的使用情况
mysql> show profile cpu for query 1;
+----------------------+----------+----------+------------+
| Status | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| starting | 0.000169 | 0.000066 | 0.000103 |
| checking permissions | 0.000054 | 0.000021 | 0.000033 |
| Opening tables | 0.000041 | 0.000015 | 0.000025 |
| init | 0.000028 | 0.000011 | 0.000016 |
| System lock | 0.000034 | 0.000013 | 0.000021 |
| optimizing | 0.000009 | 0.000003 | 0.000005 |
| statistics | 0.000023 | 0.000009 | 0.000014 |
| preparing | 0.000020 | 0.000008 | 0.000012 |
| executing | 0.000009 | 0.000003 | 0.000005 |
| Sending data | 0.000218 | 0.002785 | 0.000000 |
| end | 0.000010 | 0.000000 | 0.000000 |
| query end | 0.000013 | 0.000000 | 0.000000 |
| closing tables | 0.000013 | 0.000000 | 0.000000 |
| freeing items | 0.000021 | 0.000000 | 0.000000 |
| cleaning up | 0.000018 | 0.000000 | 0.000000 |
+----------------------+----------+----------+------------+
15 rows in set, 1 warning (0.00 sec)mysql>
看到有一个 1 warning ,看看是啥
mysql> show warnings;
+---------+------+-------------------------------------------------------------------------------------------------------------+
| Level | Code | Message |
+---------+------+-------------------------------------------------------------------------------------------------------------+
| Warning | 1287 | 'SHOW PROFILE' is deprecated and will be removed in a future release. Please use Performance Schema instead |
+---------+------+-------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)mysql>
‘SHOW PROFILE’ is deprecated and will be removed in a future release. Please use Performance Schema instead , 很明白了,看看官方推荐的 Performance Schema 吧
Performance Schema
5.5引入的 . performance_schema在5.7.x及其以上版本中默认启用(5.6.x及其以下版本默认关闭),如果要显式启用或关闭时,我们需要使用参数performance_schema=ON|OFF设置
performance_schema可以记录数据库所有线程执行过的SQL, 而上面的profile是session级别的,仅能记录当前session 的。
mysql> show variables like 'performance_schema';
+--------------------+-------+
| Variable_name | Value |
+--------------------+-------+
| performance_schema | ON |
+--------------------+-------+
1 row in set (0.00 sec)mysql>
开启Performance Schema 记录功能
mysql> use performance_schema ; # 使用performance_schema
Database changed
mysql> update setup_instruments set enabled = 'YES', timed = 'YES' where name like 'stage%'; # Step1
Query OK, 120 rows affected (0.00 sec)
Rows matched: 129 Changed: 120 Warnings: 0mysql> update setup_consumers set enabled = 'YES' where name like 'events%'; # Step2
Query OK, 10 rows affected (0.31 sec)
Rows matched: 12 Changed: 10 Warnings: 0mysql> select * from artisan.t_order; # 随便执行点啥 以便观察效果
+------+-----------------+
| id | product |
+------+-----------------+
| 1 | artisan-prod-01 |
+------+-----------------+
1 row in set (0.00 sec)mysql>
查看耗时的SQL
SELECTa.thread_id,sql_text,c.event_name,(c.timer_end - c.timer_start) / 1000000000 AS 'duration (ms)'
FROM`performance_schema`.events_statements_history_long a
JOIN `performance_schema`.threads b ON a.thread_id = b.thread_id
JOIN `performance_schema`.events_stages_history_long c ON c.thread_id = b.thread_id
AND c.event_id BETWEEN a.event_id
AND a.end_event_id
WHEREb.processlist_id = connection_id()
AND a.event_name = 'statement/sql/select'
ORDER BYa.thread_id,c.event_id;
搞定MySQL
MySQL- SQL执行计划 统计SQL执行每阶段的耗时相关推荐
- oracle执行脚本顺序执行吗,【ORACLE】记录通过执行Oracle的执行计划查询SQL脚本中的效率问题 - 不及格的飞鱼...
记录通过执行Oracle的执行计划查询SQL脚本中的效率问题 问题现象: STARiBOSS5.8.1R2版本中,河北对帐JOB执行时,无法生成发票对帐文件. 首先,Quartz表达式培植的启动时间为 ...
- oracle试图执行计划,Oracle SQL优化与调优之显示执行计划(上)
通过查询语句显示计划 通过查询语句从这些视图里面读出执行计划并作格式化输出的方法都非常相似,我们这里以 sql_plan 为例给出示例. 通过包 DBMS_XPLAN 显示计划 这个包可以根据我们选择 ...
- 引用:初探Sql Server 执行计划及Sql查询优化
引用:初探Sql Server 执行计划及Sql查询优化 原文:引用:初探Sql Server 执行计划及Sql查询优化 初探Sql Server 执行计划及Sql查询优化 收藏 MSSQL优化之-- ...
- ORACLE 查看有多个执行计划的SQL语句
在SQL优化过程,有时候需要查看哪些SQL具有多个执行计划(Multiple Executions Plans for the same SQL statement),因为同一个SQL有多个执行计划一 ...
- mysql 执行计划大于_Mysql执行计划(大章)
Mysql的执行计划 执行计划是啥? 使用explain关键字可以模拟优化器执行SQL查询语句,从而知道Mysql是如何处理你的SQL语句的.分析你的查询语句或者表结构的性能瓶颈 语法 explain ...
- 为什么预估执行计划与真实执行计划会有差异?
云和恩墨北区技术工程师 专注于 SQL 审核和优化相关工作.曾经服务的客户涉及金融保险.电信运营商.政府.生产制造等行业. 郭成日 本文由恩墨大讲堂154期线上分享整理而成. 一问题概要 对同一个 S ...
- MySQL之索引,执行计划及SQL优化
1.1 索引的分类 从功能逻辑上说,分为普通索引,唯一索引,主键索引,全文索引 从物理实现方式上说,分为聚簇索引,非聚簇索引(2级索引) 从字段个数上来说,分为分为单列索引,联合索引 1.2 适合创建 ...
- SQL Server 中的执行计划和SQL Server Profiler
显示估计的执行计划 包括实际的执行计划 包括客户端统计信息 SQL Server Profiler
- SqlServer 执行计划及Sql查询优化初探
网上的SQL优化的文章实在是很多,说实在的,我也曾经到处找这样的文章,什么不要使用IN了,什么OR了,什么AND了,很多很多,还有很多人拿出仅几S甚至几MS的时间差的例子来证明着什么(有点可笑),让许 ...
最新文章
- java 遍历方法_Java ArrayList遍历的3种方法
- oracle rac应急_ORACLE紧急情况检查应急预案
- 我国中等收入群体为应付生活压力 透支半生财富
- DIV盒子模型介绍 div用法
- TGE学习笔记07 - 脚本控制动画
- python对象的三个属性_Python 对象属性的访问
- mysql 插入数据后显示乱码
- Python自定义分页组件
- java需要下载哪些,全网最新
- 【NLP之情感分析】华为云NLP算法专家:全面解读文本情感分析任务
- 机器学习(4)——弱监督学习
- Color RGB颜色深浅的排序
- PHP 接入微信公众账号API
- 解决pip下载速度过慢及超时等其它的报错的方法适于多种操作系统(详细)
- mysql 高并发的解决方案
- 网上流行的护眼背景对照码,十六进制,RGB值
- dxp全称_DXP元件名字库
- 永磁同步电机最大转矩电流比控制similink仿真模型下载
- 【实战案例】分享6种常用的信用卡欺诈检测算法(附 Python 代码)
- 64 SUSE 下GCC 4.8.2 编译的 skipping incompatible 问题
热门文章
- r语言向量代码如何创建函数c,R中向量基本操作:创建、运算、访问
- 打开了悬浮窗权限但是没有_给你的手机添加“樱花雨”特效,打开手机樱花就满屏飘落,漂亮!...
- websocket 携带请求头_WebSocket与Nginx的小秘密
- pytorch线性模型的基础使用
- 概率统计笔记: 协方差与相关系数
- MATLAB从入门到精通:搭建一个 简单的Bp神经网络(附代码)
- Flink从入门到精通100篇(二十一)-Flink 状态(State)管理在推荐场景中的应用
- 深度学习核心技术精讲100篇(三十四)-智能化搜索,旅行场景下的个性化营销平台揭秘
- Flink从入门到精通100篇(十二)-如何分析和定位 Flink 作业 OOM 问题?
- 肤色检测算法 - 基于二次多项式混合模型的肤色检测