首页 / MYSQL / MySQL使用profile查询性能的操作教程_MySQL

MySQL使用profile查询性能的操作教程_MySQL

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySQL使用profile查询性能的操作教程_MySQL，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含10581字，纯文字阅读大概需要16分钟。

内容图文

MYSQL的profiling功能要在Mysql版本5.0.37以上才能使用。

查看profile是否开启

mysql> show variables like '%profil%';

+------------------------+-------+
| Variable_name     | Value |
+------------------------+-------+
| profiling       | OFF  |     --开启SQL语句剖析功能                         
| profiling_history_size | 15  |     --设置保留profiling的数目，缺省为15，范围为0至100，为0时将禁用profiling
+------------------------+-------+
2 rows in set (0.00 sec)

基于会话级别开启

mysql> set profiling = 1;     --关闭则用set profiling = off

Query OK, 0 rows affected (0.00 sec)

mysql> select distinct d.account,a.server_id from tab_appserver_user a
  -> inner join tab_department_parent b on a.key_id = b.parent_id
  -> inner join tab_department_member c on b.department_id = c.department_id and c.state=1
  -> and c.isdefault=1 inner join tab_user_info d on c.user_id = d.user_id and d.state=1
  -> where a.type=1 
  -> union          
  -> select distinct b.account,a.server_id from tab_appserver_user a
  -> inner join tab_user_info b on a.key_id = b.user_id and b.state=1
  -> where a.type=0;

查看是否设置生效：

select @@profiling;

默认是0，设置成功是1

运行SQL语句：

mysql> select * FROM hx_line WHERE id = '1455023';

查看profiles

mysql> show profiles;

+----------+------------+---------------------------------------------+
| Query_ID | Duration  | Query                    |
+----------+------------+---------------------------------------------+
|    1 | 0.00036150 | select * FROM hx_line WHERE id = '1455023' |
+----------+------------+---------------------------------------------+

查看具体某条的profile

mysql> show profile FOR QUERY 1;

+--------------------------------+----------+
| Status             | Duration |
+--------------------------------+----------+
| starting            | 0.000013 |
| Waiting for query cache lock  | 0.000014 |
| checking query cache for query | 0.000038 |
| checking permissions      | 0.000006 |
| Opening tables         | 0.000013 |
| System lock          | 0.000009 |
| Waiting for query cache lock  | 0.000024 |
| init              | 0.000060 |
| optimizing           | 0.000014 |
| statistics           | 0.000046 |
| preparing           | 0.000017 |
| executing           | 0.000004 |
| Sending data          | 0.000081 |
| end              | 0.000005 |
| query end           | 0.000004 |
| closing tables         | 0.000008 |
| freeing items         | 0.000009 |
| Waiting for query cache lock  | 0.000003 |
| freeing items         | 0.000013 |
| Waiting for query cache lock  | 0.000003 |
| freeing items         | 0.000003 |
| storing result in query cache | 0.000005 |
| logging slow query       | 0.000003 |
| cleaning up          | 0.000004 |
+--------------------------------+----------+
24 rows

我们看到了一个简单的查询，MYSQL内部做了24次操作。
另外，看到了一堆query cache的操作，试着把query_cache_size=0，把query_cache关闭，再次测试：

mysql> show profile FOR QUERY 1;

+----------------------+----------+
| Status        | Duration |
+----------------------+----------+
| starting       | 0.000040 |
| checking permissions | 0.000007 |
| Opening tables    | 0.000015 |
| System lock     | 0.000010 |
| init         | 0.000061 |
| optimizing      | 0.000013 |
| statistics      | 0.000059 |
| preparing      | 0.000018 |
| executing      | 0.000004 |
| Sending data     | 0.000092 |
| end         | 0.000006 |
| query end      | 0.000004 |
| closing tables    | 0.000008 |
| freeing items    | 0.000020 |
| logging slow query  | 0.000003 |
| cleaning up     | 0.000004 |
+----------------------+----------+
16 rows in set (0.00 sec)

当开启了query_cache的情况下，需要多操作6次，在这个示例里面多化了0.000087s。

查询这条语句对CPU的使用情况：

mysql> show profile cpu FOR QUERY 1;

+----------------------+----------+----------+------------+
| Status        | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| starting       | 0.000037 | 0.000000 |  0.000000 |
| checking permissions | 0.000009 | 0.000000 |  0.000000 |
| Opening tables    | 0.000014 | 0.000000 |  0.000000 |
| System lock     | 0.000009 | 0.000000 |  0.000000 |
| init         | 0.000059 | 0.000000 |  0.000000 |
| optimizing      | 0.000009 | 0.000000 |  0.000000 |
| statistics      | 0.000044 | 0.000000 |  0.000000 |
| preparing      | 0.000015 | 0.000000 |  0.000000 |
| executing      | 0.000004 | 0.000000 |  0.000000 |
| Sending data     | 0.000081 | 0.000000 |  0.000000 |
| end         | 0.000006 | 0.000000 |  0.000000 |
| query end      | 0.000004 | 0.000000 |  0.000000 |
| closing tables    | 0.000008 | 0.000000 |  0.000000 |
| freeing items    | 0.000021 | 0.000000 |  0.000000 |
| logging slow query  | 0.000004 | 0.000000 |  0.000000 |
| cleaning up     | 0.000004 | 0.000000 |  0.000000 |
+----------------------+----------+----------+------------+

查看io及cpu的消耗

mysql> show profile block io,cpu for query 1;

+--------------------------------+----------+----------+------------+--------------+---------------+
| Status             | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out |
+--------------------------------+----------+----------+------------+--------------+---------------+
| starting            | 0.000018 |   NULL |    NULL |     NULL |     NULL |
| checking query cache for query | 0.000099 |   NULL |    NULL |     NULL |     NULL |
| Opening tables         | 0.000963 |   NULL |    NULL |     NULL |     NULL |
| System lock          | 0.000015 |   NULL |    NULL |     NULL |     NULL |
| Table lock           | 0.000169 |   NULL |    NULL |     NULL |     NULL |
| optimizing           | 0.000020 |   NULL |    NULL |     NULL |     NULL |
| statistics           | 0.000027 |   NULL |    NULL |     NULL |     NULL |
| preparing           | 0.000018 |   NULL |    NULL |     NULL |     NULL |
| Creating tmp table       | 0.000055 |   NULL |    NULL |     NULL |     NULL |
| executing           | 0.000003 |   NULL |    NULL |     NULL |     NULL |
| Copying to tmp table      | 0.704845 |   NULL |    NULL |     NULL |     NULL |
| Sending data          | 0.130039 |   NULL |    NULL |     NULL |     NULL |
| optimizing           | 0.000029 |   NULL |    NULL |     NULL |     NULL |
| statistics           | 0.000029 |   NULL |    NULL |     NULL |     NULL |
| preparing           | 0.000020 |   NULL |    NULL |     NULL |     NULL |
| Creating tmp table       | 0.000142 |   NULL |    NULL |     NULL |     NULL |
| executing           | 0.000003 |   NULL |    NULL |     NULL |     NULL |
| Copying to tmp table      | 0.000086 |   NULL |    NULL |     NULL |     NULL |
| Sending data          | 0.000067 |   NULL |    NULL |     NULL |     NULL |
| optimizing           | 0.000004 |   NULL |    NULL |     NULL |     NULL |
| statistics           | 0.000005 |   NULL |    NULL |     NULL |     NULL |
| preparing           | 0.000005 |   NULL |    NULL |     NULL |     NULL |
| executing           | 0.000002 |   NULL |    NULL |     NULL |     NULL |
| Sending data          | 0.023963 |   NULL |    NULL |     NULL |     NULL |
| removing tmp table       | 0.003420 |   NULL |    NULL |     NULL |     NULL |
| Sending data          | 0.000005 |   NULL |    NULL |     NULL |     NULL |
| removing tmp table       | 0.003308 |   NULL |    NULL |     NULL |     NULL |
| Sending data          | 0.000006 |   NULL |    NULL |     NULL |     NULL |
| removing tmp table       | 0.000007 |   NULL |    NULL |     NULL |     NULL |
| Sending data          | 0.000009 |   NULL |    NULL |     NULL |     NULL |
| query end           | 0.000003 |   NULL |    NULL |     NULL |     NULL |
| freeing items         | 0.000144 |   NULL |    NULL |     NULL |     NULL |
| storing result in query cache | 0.000011 |   NULL |    NULL |     NULL |     NULL |
| logging slow query       | 0.000003 |   NULL |    NULL |     NULL |     NULL |
| cleaning up          | 0.000006 |   NULL |    NULL |     NULL |     NULL |
+--------------------------------+----------+----------+------------+--------------+---------------+
35 rows in set (0.00 sec)

使用查询语句对消耗进行排序

mysql> SELECT STATE, SUM(DURATION) AS Total_R,ROUND( 100 * SUM(DURATION) / (SE
CT SUM(DURATION)
  -> FROM INFORMATION_SCHEMA.PROFILING WHERE QUERY_ID = 1), 2) AS Pct_R, CO
T(*) AS Calls,SUM(DURATION) / COUNT(*) AS "R/Call"
  -> FROM INFORMATION_SCHEMA.PROFILING WHERE QUERY_ID = 1 GROUP BY STATE O
ER BY Total_R DESC;

+--------------------------------+----------+-------+-------+--------------+
| STATE             | Total_R | Pct_R | Calls | R/Call    |
+--------------------------------+----------+-------+-------+--------------+
| Copying to tmp table      | 0.704931 | 81.26 |   2 | 0.3524655000 |
| Sending data          | 0.154089 | 17.76 |   6 | 0.0256815000 |
| removing tmp table       | 0.006735 | 0.78 |   3 | 0.0022450000 |
| Opening tables         | 0.000963 | 0.11 |   1 | 0.0009630000 |
| Creating tmp table       | 0.000197 | 0.02 |   2 | 0.0000985000 |
| Table lock           | 0.000169 | 0.02 |   1 | 0.0001690000 |
| freeing items         | 0.000144 | 0.02 |   1 | 0.0001440000 |
| checking query cache for query | 0.000099 | 0.01 |   1 | 0.0000990000 |
| statistics           | 0.000061 | 0.01 |   3 | 0.0000203333 |
| optimizing           | 0.000053 | 0.01 |   3 | 0.0000176667 |
| preparing           | 0.000043 | 0.00 |   3 | 0.0000143333 |
| starting            | 0.000018 | 0.00 |   1 | 0.0000180000 |
| System lock          | 0.000015 | 0.00 |   1 | 0.0000150000 |
| storing result in query cache | 0.000011 | 0.00 |   1 | 0.0000110000 |
| executing           | 0.000008 | 0.00 |   3 | 0.0000026667 |
| cleaning up          | 0.000006 | 0.00 |   1 | 0.0000060000 |
| logging slow query       | 0.000003 | 0.00 |   1 | 0.0000030000 |
| query end           | 0.000003 | 0.00 |   1 | 0.0000030000 |
+--------------------------------+----------+-------+-------+--------------+
18 rows in set (0.01 sec)

show profile额外一些命令：
* ALL - displays all information
* BLOCK IO - displays counts for block input and output Operations
* CONTEXT SWITCHES - displays counts for voluntary and involuntary context switches
* ipC - displays counts for messages sent and received
* MEMORY - is not currently implemented
* PAGE FAULTS - displays counts for major and minor page faults
* SOURCE - displays the names of functions from the source code, together with the name and line number of the file in which the function occurs
* SWAPS - displays swap counts

最后说明：profile是一个非常量化的子标，可以根据这些量化指标来比较各项资源的消耗，有利于我们对该语句的整体把控！

内容总结

以上是互联网集市为您收集整理的MySQL使用profile查询性能的操作教程_MySQL全部内容，希望文章能够帮你解决MySQL使用profile查询性能的操作教程_MySQL所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/581504.html

来源：【匿名】

【上一篇】MySQL存储过程中的基本函数和触发器的相关学习教程_MySQL 【下一篇】用IE远程创建Mysql数据库的简易程序

更多 ►

【MySQL使用profile查询性能的操作教程_MySQL】教程文章相关的互联网学习教程文章

mysql性能检查脚本-部分

#!/bin/sh#ocpyang@126.comexport black=‘\033[0m‘ export boldblack=‘\033[1;0m‘ export red=‘\033[31m‘ export boldred=‘\033[1;31m‘ export green=‘\033[32m‘ export boldgreen=‘\033[1;32m‘ export yellow=‘\033[33m‘ export boldyellow=‘\033[1;33m‘ export blue=‘\033[34m‘ export boldblue=‘\033[1;34m‘ export magenta=‘\033[35m‘ export boldmagenta=‘\033[1;35m‘ export cyan=‘\033[36m‘ expo...

MySQL索引背后的之使用策略及优化(高性能索引策略)【图】

本章的内容完全基于上文的理论基础，实际上一旦理解了索引背后的机制，那么选择高性能的策略就变成了纯粹的推理，并且可以理解这些策略背后的逻辑。示例数据库　　为了讨论索引策略，需要一个数据量不算小的数据库作为示例。本文选用MySQL官方文档中提供的示例数据库之一：employees。这个数据库关系复杂度适中，且数据量较大。下图是这个数据库的E-R关系图(引用自MySQL官方手册)：　　图12　　MySQL官方文档中关于此数据库的页面...

MySQL性能调优与架构设计 PDF扫描版下载【图】

MySQL性能调优与架构设计以 mysql 数据库的基础及维护为切入点，重点介绍了 mysql 数据库应用系统的性能调优，以及高可用可扩展的架构设计。MySQL性能调优与架构设计共分3篇，基础篇介绍了mysql软件的基础知识、架构组成、存储引擎、安全管理及基本的备份恢复知识。性能优化篇从影响 mysql 数据库应用系统性能的因素开始，针对性地对各个影响因素进行调优分析。如 mysql schema 设计的技巧，query 语句的性能优化方式方法及mysql s...

使用动态跟踪技术SystemTap监控MySQL、Oracle性能【图】

【IT168 技术】本文根据吕海波2018年5月11日在【第九届中国数据库技术大会】上的演讲内容整理而成。　　讲师介绍：　　吕海波，美创科技研究员，ITPUB管理版版主。出版技术书籍《Oracle内核技术揭密》，曾参加过两届数据库大会。IT老兵，22年IT领域从业经历，十数年数据库经验，惯看IT江湖风起云涌。曾在多家巨头型互联网公司(阿里、ebay、京东)从事数据库管理、数据架构、运维自动化工作。目前主要研究数据安全、敏捷运维等方向。...

[转]mysql索引结构原理、性能分析与优化

第一部分：基础知识索引官方介绍索引是帮助MySQL高效获取数据的数据结构。笔者理解索引相当于一本书的目录，通过目录就知道要的资料在哪里，不用一页一页查阅找出需要的资料。唯一索引(unique index) 强调唯一，就是索引值必须唯一。创建索引：create unique index 索引名 on 表名(列名);alter table 表名 add unique index 索引名 (列名);删除索引：drop index 索引名 on 表名;alter table 表名 drop index 索引名;主键主键就...

mysql笔记02 创建高性能的索引

创建高性能的索引1. 索引(在MySQL中也叫做"键(key)")是存储引擎用于快速找到记录的一种数据结构。2. 索引可以包含一个或多个列的值。如果索引包含多个列，那么列的顺序也十分重要，因为MySQL只能高效低使用索引的最左前缀列。3. B-Tree索引：当人们谈论索引的时候，如果没有特别执行索引类型，那多半说是B-Tree索引，它使用B-Tree数据结构来存储数据。 1). 可以使用B-Tree索引的查询类型： a. 全职匹配：全值匹配指的是...

Python 使用 PyMysql、DBUtils 创建连接池，提升性能【代码】【图】

转自：https://blog.csdn.net/weixin_41287692/article/details/83413775Python 编程中可以使用 PyMysql 进行数据库的连接及诸如查询/插入/更新等操作，但是每次连接 MySQL 数据库请求时，都是独立的去请求访问，相当浪费资源，而且访问数量达到一定数量时，对 mysql 的性能会产生较大的影响。因此，实际使用中，通常会使用数据库的连接池技术，来访问数据库达到资源复用的目的。解决方案：DBUtilsDBUtils 是一套 Python 数据库连接...

mysql limit性能问题

offset大的时候的比较 SELECT * FROM persons LIMIT 200000,10;耗时0.078s SELECT *FROM persons WHERE id>=(SELECT id FROM persons ORDER BY id LIMIT 200000,1) LIMIT 10耗时0.109s why？原文：http://www.cnblogs.com/usual2013blog/p/3721804.html

mysql数据库性能调优总结积累

mysql数据库的调优大概可以分为四大块0 架构调优　　　　　　　---根据业务读写分库分表　　　　　　 ---主从读写分离1 配置的调优　　　　　　　---开启缓存查询设置缓存大小　　　　　　　---最大连接数设置　　　　　　　---数据库引擎配置 myisam（读操作，查询快） Innodb（写操作，主库，支持事务，安全）引擎配置　　　　　　　---日志配置2 表结构的调优　　　　　　　----建立合适的索引（主键索引，唯一索引，普...

[AWS][数据库]Aurora 动手实验&对比RDS Mysql性能【图】

实验包括：创建一个Aurora实例使用MySQL Workbench连接Aurora和RDS MySQL通过dump file 加载数据到Aurora和RDS MySQL使用查询语句验证Aurora和RDS MySQL性能Task1：创建Aurora数据库：创建一个Aurora数据库，跟创建RDS一样，登录AWS管理控制台，搜索Aurora，创建数据库。数据库类型选择，Aurora with MySQL compatibility，其他默认就好。Templates选择 Dev/TestDB instance size 选择db.t3.small就好，因为是测试环境，如果是生产...

对mysql存储性能优化的基本理解

这几天了解了下关于mysql数据库的性优化和设计方面的内容，现在做一下自己学习的小结，后续我会继续深入学习，完善下总结：1、使用索引每张表最多可以做16个索引，支持多列索引和全文索引建立索引：create index index_name on users(username); 查看索引：show index from users; 是一把双刃剑，建不建立索引，主要看表的功能，找好一个平衡点，。2、使用explain分析查询在查询在用explain explain select *from users;3、调...

mysql性能优化注意事项以及索引【图】

mysql性能优化注意事项以及索引一：数据库的优化方面1商业需求的影响比如说论坛里的帖子统计，并且实时更新从功能上来说通过命令 select count（*） from 表名可以得到结果，如果论坛每秒产生产生成千上万条帖子，我们没有采用myisam存储而用的是innodb存储；就算再好的设备也不可能很快的查询出来。注：在where和count（*）使用中myisam比innodb要快的多；因为myisam内置了一个计数器，count（*）可以直接从计数器当中读取，而...

MySQL性能测试初试（1）--sysbench【代码】

1.简介和安装SysBench是一个模块化的、跨平台、多线程基准测试工具，主要用于评估测试各种不同系统参数下的数据库负载情况。它主要包括以下几种方式的测试：cpu性能磁盘io性能调度程序性能内存分配及传输速度POSIX线程性能数据库性能(OLTP基准测试)源码下载：https://github.com/akopytov/sysbench/releases/tag/1.0.20 rpm包下载：https://packagecloud.io/akopytov/sysbench/packages/el/7/sysbench-1.0.20-1.el7.x86_64.rpm：1....

MySQL索引使用方法和性能优化【代码】

关于MySQL索引的好处，如果正确合理设计并且使用索引的MySQL是一辆兰博基尼的话，那么没有设计和使用索引的MySQL就是一个人力三轮车。对于没有索引的表，单表查询可能几十万数据就是瓶颈，而通常大型网站单日就可能会产生几十万甚至几百万的数据，没有索引查询会变的非常缓慢。还是以WordPress来说，其多个数据表都会对经常被查询的字段添加索引，比如wp_comments表中针对5个字段设计了BTREE索引。一个简单的对比测试以我去年测试的...

MYSQL索引结构原理、性能分析与优化【代码】

[转]MYSQL索引结构原理、性能分析与优化第一部分：基础知识索引官方介绍索引是帮助MySQL高效获取数据的数据结构。笔者理解索引相当于一本书的目录，通过目录就知道要的资料在哪里，不用一页一页查阅找出需要的资料。唯一索引(unique index)强调唯一，就是索引值必须唯一。创建索引： create unique index 索引名 on 表名(列名); alter table 表名 add unique index 索引名 (列名);删除索引： drop index 索引名 on 表名; alter ta...

首页 / MYSQL / MySQL使用profile查询性能的操作教程_MySQL

MySQL使用profile查询性能的操作教程_MySQL

内容导读

内容图文

内容总结

内容备注

内容手机端

【MySQL使用profile查询性能的操作教程_MySQL】教程文章相关的互联网学习教程文章

mysql性能检查脚本-部分

MySQL索引背后的之使用策略及优化(高性能索引策略)【图】

MySQL性能调优与架构设计 PDF扫描版下载【图】

使用动态跟踪技术SystemTap监控MySQL、Oracle性能【图】

[转]mysql索引结构原理、性能分析与优化

mysql笔记02 创建高性能的索引

Python 使用 PyMysql、DBUtils 创建连接池，提升性能【代码】【图】

mysql limit性能问题

mysql数据库性能调优总结积累

[AWS][数据库]Aurora 动手实验&对比RDS Mysql性能【图】

对mysql存储性能优化的基本理解

mysql性能优化注意事项以及索引【图】

MySQL性能测试初试（1）--sysbench【代码】

MySQL索引使用方法和性能优化【代码】

MYSQL索引结构原理、性能分析与优化【代码】

MYSQL - 相关标签

性能 - 相关标签

MYSQL - 技术教程分类

MYSQL - 最新教程

MYSQL - 最热教程