mysql性能分析工具profile&Performance Schema

最新推荐文章于 2024-04-17 08:30:28 发布
最新推荐文章于 2024-04-17 08:30:28 发布
阅读量354 收藏 4
点赞数
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_45925257/article/details/120076257
版权

文章目录

一、解释

SHOW PROFILE 和 SHOW PROFILES 语句显示分析信息，这些信息指示在当前会话过程中执行的语句的资源使用情况。
首先说明，show profile和show profiles是不一样的输出，但是又是有很大的联系，具体我们分开学习。

二、操作学习

1.show profiles

1.1 参数

mysql> show variables like "profil%";
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| profiling              | OFF   |
| profiling_history_size | 15    |
+------------------------+-------+
2 rows in set (0.01 sec)
1.profiling

要使用此功能，需要打开该参数，该参数是会话级别参数并且默认值为 0 (OFF)。通过将 profiling 设置为 1 或 ON 来启用分析

mysql> set profiling=1;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql>
2.profiling_history_size

该参数控制列表的大小，默认是15，最大是100

mysql> set profiling_history_size=100;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql>

1.2 举例

mysql> show profiles;
+----------+------------+----------------------------------+
| Query_ID | Duration   | Query                            |
+----------+------------+----------------------------------+
|        8 | 0.00217825 | show variables like "profil%"    |
|        9 | 0.00022925 | set profiling_history_size=15    |
|       10 | 0.00036525 | set profiling=1                  |
|       11 | 0.00561450 | show variables like "profil%"    |
|       12 | 0.00015300 | set frofiling=0                  |
|       13 | 0.00039275 | create table t1(geng int)        |
|       14 | 0.00022000 | SELECT DATABASE()                |
|       15 | 0.00010825 | insert into t1 (geng) value 1    |
|       16 | 0.00010275 | insert into t1 (geng) values 1   |
|       17 | 0.00327375 | insert into t1 (geng) values (1) |
+----------+------------+----------------------------------+
10 rows in set, 1 warning (0.00 sec)

mysql>

2.show profile

2.1 格式

SHOW PROFILE [type [, type] ... ]
    [FOR QUERY n]
    [LIMIT row_count [OFFSET offset]]

type: {
    ALL
  | BLOCK IO
  | CONTEXT SWITCHES
  | CPU
  | IPC
  | MEMORY
  | PAGE FAULTS
  | SOURCE
  | SWAPS
}

2.2 解释

除 SHOW PROFILE 和 SHOW PROFILES 之外的所有语句都进行了概要分析，因此这些语句均未出现在概要文件列表中。畸形的陈述被剖析。例如，SHOW PROFILING 是一个非法语句，如果您尝试执行它会出现语法错误，但它会显示在分析列表中。
SHOW PROFILE 显示有关单个语句的详细信息。如果没有 FOR QUERY n 子句，则输出与最近执行的语句有关。如果包含 FOR QUERY N，则 SHOW PROFILE 显示语句N 的信息。 N 的值对应于 SHOW PROFILES 显示的 Query_ID 值。

可以给出 LIMIT row_count 子句以将输出限制为 row_count 行。如果给出 LIMIT，则可以添加 OFFSET 偏移量以将输出偏移行开始到完整的行集。

2.3 类型

另外，看格式上有type，我们就来看看它的八大类型。

  1. ALL 显示所有信息

  2. BLOCK IO 显示块输入和输出操作的计数

  3. CONTEXT SWITCHES 显示自愿和非自愿上下文切换的计数

  4. CPU 显示用户和系统 CPU 使用时间

  5. IPC 显示发送和接收消息的计数

  6. MEMORY 目前未实现

  7. PAGE FAULTS 显示主要和次要页面错误的计数

  8. SOURCE 显示源代码中函数的名称，以及函数所在文件的名称和行号

  9. SWAPS 显示交换计数

2.4 举例

前提：为了更好体现出效果，压测一些数据进行测试。
SHOW PROFILE

mysql> show profiles;
+----------+------------+-----------------------+
| Query_ID | Duration   | Query                 |
+----------+------------+-----------------------+
|        1 | 0.27360225 | select * from sbtest1 |
+----------+------------+-----------------------+
1 row in set, 1 warning (0.00 sec)

ALL
mysql> show profile ALL for query 1;
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+----------------------+-------------+
| Status               | Duration | CPU_user | CPU_system | Context_voluntary | Context_involuntary | Block_ops_in | Block_ops_out | Messages_sent | Messages_received | Page_faults_major | Page_faults_minor | Swaps | Source_function       | Source_file          | Source_line |
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+----------------------+-------------+
| starting             | 0.000232 | 0.000161 |   0.000046 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | NULL                  | NULL                 |        NULL |
| checking permissions | 0.000031 | 0.000022 |   0.000007 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | check_access          | sql_authorization.cc |         802 |
| Opening tables       | 0.000055 | 0.000042 |   0.000012 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | open_tables           | sql_base.cc          |        5709 |
| init                 | 0.000047 | 0.000037 |   0.000010 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | handle_query          | sql_select.cc        |         121 |
| System lock          | 0.000027 | 0.000020 |   0.000006 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | mysql_lock_tables     | lock.cc              |         323 |
| optimizing           | 0.000013 | 0.000011 |   0.000003 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | optimize              | sql_optimizer.cc     |         151 |
| statistics           | 0.000035 | 0.000029 |   0.000008 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | optimize              | sql_optimizer.cc     |         367 |
| preparing            | 0.000038 | 0.000029 |   0.000009 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | optimize              | sql_optimizer.cc     |         475 |
| executing            | 0.000018 | 0.000013 |   0.000003 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | exec                  | sql_executor.cc      |         119 |
| Sending data         | 0.272893 | 0.222936 |   0.018862 |                39 |                   4 |            0 |             0 |             0 |                 0 |                 0 |                 2 |     0 | exec                  | sql_executor.cc      |         195 |
| end                  | 0.000061 | 0.000034 |   0.000010 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | handle_query          | sql_select.cc        |         199 |
| query end            | 0.000029 | 0.000022 |   0.000006 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | mysql_execute_command | sql_parse.cc         |        4946 |
| closing tables       | 0.000028 | 0.000022 |   0.000006 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | mysql_execute_command | sql_parse.cc         |        4998 |
| freeing items        | 0.000035 | 0.000027 |   0.000008 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | mysql_parse           | sql_parse.cc         |        5610 |
| cleaning up          | 0.000061 | 0.000048 |   0.000014 |                 0 |                   0 |            0 |             0 |             0 |                 0 |                 0 |                 0 |     0 | dispatch_command      | sql_parse.cc         |        1924 |
+----------------------+----------+----------+------------+-------------------+---------------------+--------------+---------------+---------------+-------------------+-------------------+-------------------+-------+-----------------------+----------------------+-------------+
15 rows in set, 1 warning (0.00 sec)

mysql> 

BLOCK IO & LIMIT
mysql> show profile BLOCK IO for query 1  LIMIT 2;
+----------------------+----------+--------------+---------------+
| Status               | Duration | Block_ops_in | Block_ops_out |
+----------------------+----------+--------------+---------------+
| starting             | 0.000232 |            0 |             0 |
| checking permissions | 0.000031 |            0 |             0 |
+----------------------+----------+--------------+---------------+
2 rows in set, 1 warning (0.01 sec)

mysql> 

CPU
mysql> show profile CPU for query 1;
+----------------------+----------+----------+------------+
| Status               | Duration | CPU_user | CPU_system |
+----------------------+----------+----------+------------+
| starting             | 0.000232 | 0.000161 |   0.000046 |
| checking permissions | 0.000031 | 0.000022 |   0.000007 |
| Opening tables       | 0.000055 | 0.000042 |   0.000012 |
| init                 | 0.000047 | 0.000037 |   0.000010 |
| System lock          | 0.000027 | 0.000020 |   0.000006 |
| optimizing           | 0.000013 | 0.000011 |   0.000003 |
| statistics           | 0.000035 | 0.000029 |   0.000008 |
| preparing            | 0.000038 | 0.000029 |   0.000009 |
| executing            | 0.000018 | 0.000013 |   0.000003 |
| Sending data         | 0.272893 | 0.222936 |   0.018862 |
| end                  | 0.000061 | 0.000034 |   0.000010 |
| query end            | 0.000029 | 0.000022 |   0.000006 |
| closing tables       | 0.000028 | 0.000022 |   0.000006 |
| freeing items        | 0.000035 | 0.000027 |   0.000008 |
| cleaning up          | 0.000061 | 0.000048 |   0.000014 |
+----------------------+----------+----------+------------+
15 rows in set, 1 warning (0.00 sec)

mysql>

等等。
备注：分析在某些体系结构上仅部分起作用。对于依赖于 getrusage() 系统调用的值，在不支持该调用的系统（如 Windows）上将返回 NULL。此外，分析是按进程而不是按线程进行的。这意味着服务器中除您自己之外的线程上的活动可能会影响您看到的计时信息

3.使用Performance Schema进行查询分析

3.1 参数

该功能需要打开performance_schema

mysql> show variables like "performance_schema";
+--------------------+-------+
| Variable_name      | Value |
+--------------------+-------+
| performance_schema | ON    |
+--------------------+-------+
1 row in set (0.01 sec)

mysql>

3.2 测试

3.2.1 描述

以下示例演示了如何使用 Performance Schema 语句事件和阶段事件来检索与 SHOW PROFILES 和 SHOW PROFILE 语句提供的分析信息相当的数据。

setup_actors 表可用于限制主机、用户或帐户对历史事件的收集，以减少运行时开销和历史表中收集的数据量。该示例的第一步显示了如何将历史事件的收集限制为特定用户。

Performance Schema 以皮秒（万亿分之一秒）为单位显示事件计时器信息，以将计时数据规范化为标准单位。在以下示例中，TIMER_WAIT 值除以 1000000000000 以显示以秒为单位的数据。值也被截断到 6 个小数位，以与 SHOW PROFILES 和 SHOW PROFILE 语句相同的格式显示数据。

将历史事件的收集限制为运行查询的用户。默认情况下，setup_actors 被配置为允许对所有前台线程进行监控和历史事件收集。

3.2.2 查看setup_actors表
mysql> SELECT * FROM performance_schema.setup_actors;
+------+------+------+---------+---------+
| HOST | USER | ROLE | ENABLED | HISTORY |
+------+------+------+---------+---------+
| %    | %    | %    | YES     | YES     |
+------+------+------+---------+---------+
1 row in set (0.00 sec)

备注：默认是%，并且ENABLED&HISTORY都为yes，说明默认是所有用户的操作都会记录

3.2.3 通过修改setup_actors增加所要收集用户
mysql> UPDATE performance_schema.setup_actors
       SET ENABLED = 'NO', HISTORY = 'NO'
       WHERE HOST = '%' AND USER = '%';

mysql> INSERT INTO performance_schema.setup_actors
       (HOST,USER,ROLE,ENABLED,HISTORY)
       VALUES('localhost','root','%','YES','YES');
            
mysql> SELECT * FROM performance_schema.setup_actors;
+-----------+------+------+---------+---------+
| HOST      | USER | ROLE | ENABLED | HISTORY |
+-----------+------+------+---------+---------+
| %         | %    | %    | NO      | NO      |
| localhost | root | %    | YES     | YES     |
+-----------+------+------+---------+---------+
2 rows in set (0.00 sec)

mysql> 
备注：只收集本地root用户的SQL执行历史事件。
3.2.4 两个基本概念

​ instruments: 生产者，用于采集mysql中各种各样的操作产生的事件信息，对应配置表中的配置项我们可以称为监控采集配置项。
​ consumers:消费者，对应的消费者表用于存储来自instruments采集的数据，对应配置表中的配置项我们可以称为消费存储配置项。

3.2.5 配置表setup_instruments

启用statement(语句事件)和stage(阶段事件)。statement默认是打开的

mysql> UPDATE performance_schema.setup_instruments
       SET ENABLED = 'YES', TIMED = 'YES'
       WHERE NAME LIKE '%statement/%';

mysql> UPDATE performance_schema.setup_instruments
       SET ENABLED = 'YES', TIMED = 'YES'
       WHERE NAME LIKE '%stage/%';
3.2.6 配置表setup_consumers
mysql> UPDATE performance_schema.setup_consumers
       SET ENABLED = 'YES'
       WHERE NAME LIKE '%events_statements_%';

mysql> UPDATE performance_schema.setup_consumers
       SET ENABLED = 'YES'
       WHERE NAME LIKE '%events_stages_%';
3.2.7 在您正在监控的用户帐户下，运行您要分析的语句。例如：
mysql> select * from sbtest1 where id=2408;
+------+-------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
| id   | k     | c                                                                                                                       | pad                                                         |
+------+-------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
| 2408 | 50441 | 41261571371-82857935295-04772076407-90240978204-76323045802-82156837574-92691795833-99440060992-05916035775-36922661965 | 48505774068-01684540697-56990474665-04463857316-82195358005 |
+------+-------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+
1 row in set (0.01 sec)

mysql>
3.2.8 查询

通过查询 events_statements_history_long 表来识别语句的 EVENT_ID。此步骤类似于运行 SHOW PROFILES 来识别 Query_ID。以下查询产生类似于 SHOW PROFILES 的输出：

mysql> SELECT EVENT_ID,TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT FROM performance_schema.events_statements_history_long WHERE SQL_TEXT like '%2408%';
+----------+----------+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
| EVENT_ID | Duration | SQL_TEXT                                                                                                                                                       |
+----------+----------+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
|      231 | 0.000942 | select * from test.sbtest1 where id=2408                                                                                                                       |
|      282 | 0.011503 | SELECT EVENT_ID,TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT FROM performance_schema.events_statements_history_long WHERE SQL_TEXT like '%2408%' |
|      389 | 0.048925 | SELECT EVENT_ID,TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT FROM performance_schema.events_statements_history_long WHERE SQL_TEXT like '%2408%' |
|      405 | 0.025456 | SELECT EVENT_ID,TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT FROM performance_schema.events_statements_history_long WHERE SQL_TEXT like '%2408%' |
|      421 | 0.025546 | SELECT EVENT_ID,TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT FROM performance_schema.events_statements_history_long WHERE SQL_TEXT like '%2408%' |
+----------+----------+----------------------------------------------------------------------------------------------------------------------------------------------------------------+
5 rows in set (0.03 sec)
#由于使用DMP平台上的数据库，数据刷新很快，所以我用421往下测试


阶段使用事件嵌套链接到语句。每个阶段事件记录都有一个 NESTING_EVENT_ID 列，其中包含父语句的 EVENT_ID。
mysql> SELECT event_name AS Stage, TRUNCATE(TIMER_WAIT/1000000000000,6) AS Duration FROM performance_schema.events_stages_history_long WHERE NESTING_EVENT_ID=421;
+--------------------------------+----------+
| Stage                          | Duration |
+--------------------------------+----------+
| stage/sql/starting             | 0.000350 |
| stage/sql/checking permissions | 0.000033 |
| stage/sql/Opening tables       | 0.000054 |
| stage/sql/init                 | 0.000086 |
| stage/sql/System lock          | 0.000024 |
| stage/sql/optimizing           | 0.000023 |
| stage/sql/statistics           | 0.000039 |
| stage/sql/preparing            | 0.000057 |
| stage/sql/executing            | 0.000017 |
| stage/sql/Sending data         | 0.024741 |
| stage/sql/end                  | 0.000015 |
| stage/sql/query end            | 0.000019 |
| stage/sql/closing tables       | 0.000025 |
| stage/sql/freeing items        | 0.000053 |
| stage/sql/cleaning up          | 0.000001 |
+--------------------------------+----------+
15 rows in set (0.00 sec)

mysql> 
#这个可以达到show profile的效果了
耿进
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySqlProfile
07-21
共有四個文件,三個cs文件,另一個為安裝說明.
mysql profile 查谒_MYSQL查询优化：profile功能
weixin_42511990的博客
01-19 79
mysql> usetestDatabasechangedmysql> set profiling=1;Query OK,0 rows affected (0.00sec)mysql>show tables;+----------------+| Tables_in_test |+----------------+| bag_item || bag_user || score |...
常用的MySQL性能测试神器
开源优测
04-17 937
关注开源优测不迷路大数据测试过程、策略及挑战测试框架原理，构建成功的基石在自动化测试工作之前，你应该知道的10条建议在自动化测试中，重要的不是工具在我们日常的测试工作中，不可避免的要对mysql的性能进行测试，对于大部分测试人员而言，工具的选择可能就是第一道门槛。在这里，我整理了几款MySQL性能测试几款常用的工具，大家可以收藏，以备不时之需。mysqlslapmysqlslap可以用于模拟服务器...
MySQL调优总结——1 show profile，Performance Schema， show processlist
Hathwayoung的博客
05-23 414
SQL优化器有两种，RBO（基于规则优化），CBO（基于成本优化），现在工作中一般基本使用CBO。 话不多说，直接上步骤。 一、性能监控 1. profiling 通过开启profiling,使用show profile查询剖析工具。 先写一条查询语句，我查询了整张表的信息，如图所示： 最后一行，可以看到，显示时间为 0.00sec, 说明只显示到了小数点后两位，为了更精确、清楚的看到时间，我们开启profiling. MySQL在5.0之后有个分析查询语句非常重要的利器，就是profiling。 m
Mysql调优精讲（一）：使用profiles、performance_schema实现性能监控
Java觉浅的博客
08-25 1527
一、概述 Mysql性能优化就算通过合理安排资源，调整系统参数使MYSQLMysql更快，更节省资源。Mysql性能优化包括查询速度优化，更新速度优化，Mysql服务器优化等等。本文先讲一下Mysql调优的前置条件-性能监控。其实类似JVM调优要监控是哪个线程占用CPU资源和内存资源一样，我们也可以通过Mysql的性能监控快速定位问题，对症下药。 二、分析 1.Mysql的基础层次 Mysql的基础层次如下图： 2. 性能监控-profiles查询剖析工具 ...
mysql5.7.10 performance_schema,MySQL的show profile(已過時)簡介以及該功能在MySQL 5.7中performance_schema中的替代...
weixin_34596012的博客
03-17 119
show profile 命令用於跟蹤執行過的sql語句的資源消耗信息，可以幫助查看sql語句的執行情況，可以在做性能分析或者問題診斷的時候作為參考。在MySQL5.7中， show profile 命令已經開始不推薦使用，MySQL使用performance_schema 中系統表的信息來替代show profile命令本文簡單介紹一下MySQL的profile使用，以及在MySQL5.7之后的...
MySQL5.7中 performance和sys schema中的监控参数解释(推荐)
09-09
在MySQL5.7中，performance schema有很大改进，包括引入大量新加入的监控项、降低占用空间和负载，以及通过新的sys schema机制显著提升易用性。下面通过本文给大家介绍 MySQL5.7中 performance和sys schema中的监控...
出现错误mysql Table ‘performance_schema…解决办法
12-16
测试环境搭了一个mariadb 5.7，使用jdbc驱动 <groupId>mysql <artifactId>mysql-...Table 'performance_schema.session_variables' doesn't exist 问度娘无果，无奈升级MySQL驱动为5.1.36，解决。 据了解：
MySQL的performance-schema详解.md
最新发布
05-31
MySQL的performance_schema详解.md
出现错误mysql Table 'performance_schema...解决办法
09-09
主要介绍了解决出现错误mysql Table 'performance_schema.session_variables' doesn't exist的相关资料,需要的朋友可以参考下
MySQL 5.6中备份及还原performance_schema配置
08-02
NULL 博文链接：https://icbm.iteye.com/blog/1981396
mysql 5.7 profile_MySQL的show profile(已过时)简介以及该功能在MySQL 5.7中performance_schema中的替代...
weixin_33216057的博客
02-03 376
show profile 命令用于跟踪执行过的sql语句的资源消耗信息，可以帮助查看sql语句的执行情况，可以在做性能分析或者问题诊断的时候作为参考。在MySQL5.7中， show profile 命令已经开始不推荐使用，MySQL使用performance_schema 中系统表的信息来替代show profile命令本文简单介绍一下MySQL的profile使用，以及在MySQL5.7之后的...
mysql profile工具_MySQL性能分析工具profile使用教程
weixin_42151305的博客
01-25 248
分析SQL执行带来的开销是优化SQL的重要手段。在MySQL数据库中，可以通过配置profiling参数来启用SQL剖析。该参数可以在全局和session级别来设置。对于全局级别则作用于整个MySQL实例，而session级别紧影响当前session。该参数开启后，后续执行的SQL语句都将记录其资源开销，诸如IO，上下文切换，CPU，Memory等等。根据这些开销进一步分析当前SQL瓶颈从而进行优...
MySql性能监控performance_schema数据库常用查询语句
chennnm的博客
03-24 284
这里写自定义目录标题 –1、哪类SQL执行最多 select DIGEST_TEXT,COUNT_STAR,FIRST_SEEN,LAST_SEEN FROM events_statements_summary_by_digest ORDER BY COUNT_STAR DESC –2、哪类SQL的平均响应时间最多 SELECT DIGEST_TEXT,AVG_TIMER_WAIT FROM events_statements_summary_by_digest ORDER BY COUNT_STAR D
mysql中profile性能分析工具使用
hlvy
06-05 306
-- 查看profiling信息 show variables like '%profiling%'; -- 开启profiling set profiling = 1; -- 执行SQL查询 select * from (select * from t_people p order by p.pname limit 100000) p left join t_team t on...
浅谈MySQL的Profiler工具
Just for fun
11-19 893
在大数据量的应用中，常常需要对数据库配置和SQL语句进行优化，以保证应用在负载大数据量时的并发性。MySQL内置有分析器Profiler，通过Profiler，开发者能够方便快速的了解MySQL大概的性能。 使用Profiler非常简单，只需设置系统变量“profiling = on”或“profiling = 1”，默认情况下，Profiler是关闭的，可以通过命令“SELECT ...
MySQL的show profile(已过时)简介以及该功能在MySQL 5.7中performance_schema中的替代
weixin_33928467的博客
06-10 149
  本文出处：http://www.cnblogs.com/wy123/p/6979499.html    　　show profile 命令用于跟踪执行过的sql语句的资源消耗信息，可以帮助查看sql语句的执行情况，可以在做性能分析或者问题诊断的时候作为参考。　　在MySQL5.7中， show profile 命令已经开始不推荐使用，MySQL使用performance_schema 中...
MySQL SQL性能分析 Profiling Using Performance Schema
分享技术，分享知识
03-02 614
MySQL一直以来提供show profile命令来获取某一条SQL执行过程中的资源使用与耗时情况，这个命令对于分析具体SQL的性能瓶颈有非常大的帮助，但是这个功能在MySQL新的版本里将会被废弃，取而代之的是使用Performance Schema来提供同样的功能。本文将介绍如何使用Performance Schema来实现show profile SQL性能分析的功能。 原文地址： htt...
MySQL(一)MySQL结构介绍,性能监控:show profile,Performance Schema,show processlist
书院二层楼
06-28 490
MySQL结构介绍,性能监控:show profile,Performance Schema,show processlist
mysql 5.7开启performance schema的影响
05-31
Performance Schema是MySQL提供的一种性能监控和调试工具，可以用来监视MySQL服务器的内部活动和性能指标，以便进行性能分析和优化。开启Performance Schema会对MySQL服务器产生一定的影响，主要表现在以下几个方面...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值