第25章MySQL性能模式

本节简要介绍了绩效模式的例子，说明如何使用它。额外的例子，看25.18节，“使用性能模式诊断问题”

性能模式是默认启用。要启用或明确禁用它，以启动服务器performance_schema变量设置为适当的值。例如，在服务器上使用这些线my.cnf文件：

[mysqld]
performance_schema=ON

当服务器启动时，它看到的performance_schema试图初始化性能模式。验证成功的初始化，使用此语句：

MySQL的>SHOW VARIABLES LIKE 'performance_schema';-------------------- ------- | variable_name |价值| -------------------- ------- | performance_schema |在| -------------------- -------

一个值ON意味着性能模式初始化成功和投入使用。一个值关闭意味着一些错误。检查信息出了什么差错服务器错误日志。

性能架构作为存储引擎实现的，所以你会看到它列在输出从INFORMATION_SCHEMA.ENGINES表或SHOW ENGINES声明：

MySQL的>SELECT * FROM INFORMATION_SCHEMA.ENGINESWHERE ENGINE='PERFORMANCE_SCHEMA'\G*************************** 1。行***************************引擎：performance_schema支持：是的评论：性能schematransactions：没有阿隆索：没有保存点：nomysql >SHOW ENGINES\G…发动机：performance_schema支持：是的评论：性能schematransactions：没有阿隆索：没有保存点：NO.。

这个PERFORMANCE_SCHEMA存储引擎运行中的表performance_schema数据库你可以做performance_schema默认数据库引用的表不需要具备数据库名称：

MySQL的>USE performance_schema;

在本章的例子很多假设performance_schema作为默认的数据库

性能模式表存储在performance_schema数据库关于这个数据库及其表结构的信息可以得到，作为任何其他数据库，选择从information_schema数据库或使用SHOW声明.例如，可以使用这些报表看存在的绩效模式表：

MySQL的>SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLESWHERE TABLE_SCHEMA = 'performance_schema';------------------------------------------------------ | table_name | ------------------------------------------------------ |账户| | cond_instances |…| events_stages_current | | events_stages_history | | events_stages_history_long | | events_stages_summary_by_account_by_event_name | | events_stages_summary_by_host_by_event_name | | events_stages_summary_by_thread_by_event_name | | events_stages_summary_by_user_by_event_name | | events_stages_summary_global_by_event_name | | events_statements_current | | events_statements_history | | events_statements_history_long |…| file_instances | | file_summary_by_event_name | | file_summary_by_instance | | host_cache | |主机| | memory_summary_by_account_by_event_name | | memory_summary_by_host_by_event_name | | memory_summary_by_thread_by_event_name | | memory_summary_by_user_by_event_name | | memory_summary_global_by_event_name | | metadata_locks | | mutex_instances | | objects_summary_global_by_type | | performance_timers | | replication_connection_configuration | | replication_connection_status | | replication_applier_configuration | | replication_applier_status | | replication_applier_status_by_coordinator | | replication_applier_status_by_worker | | rwlock_instances| | session_account_connect_attrs | | session_connect_attrs | | setup_actors | | setup_consumers | | setup_instruments | | setup_objects | | socket_instances | | socket_summary_by_event_name | | socket_summary_by_instance | | table_handles | | table_io_waits_summary_by_index_usage | | table_io_waits_summary_by_table | | table_lock_waits_summary_by_table | |线程| |用户| ------------------------------------------------------ MySQL >SHOW TABLES FROM performance_schema;------------------------------------------------------ | tables_in_performance_schema | ------------------------------------------------------ |账户| | cond_instances | | events_stages_current | | events_stages_history | | events_stages_history_long |…

随着时间的推移，额外的仪器进行实施绩效模式表数量的增加。

的名字performance_schema数据库是小写的，是它内部的表名称。查询应小写指定名称。

看到各个表的结构，使用SHOW CREATE TABLE：

MySQL的>SHOW CREATE TABLE setup_consumers\G*************************** 1. row ***************************       Table: setup_consumersCreate Table: CREATE TABLE `setup_consumers` (  `NAME` varchar(64) NOT NULL,  `ENABLED` enum('YES','NO') NOT NULL,  PRIMARY KEY (`NAME`)) ENGINE=PERFORMANCE_SCHEMA DEFAULT CHARSET=utf8

表结构也可由表如选择INFORMATION_SCHEMA.COLUMNS或用这样的语句：SHOW COLUMNS

表中的performance_schema数据库可以根据他们的信息类型分：当前的事件，事件记录和总结，对象实例，并设置（配置）的信息。下面的例子说明了这些表格的一些用途。对于每一组的表的详细信息，参见25.11节，“绩效模式表描述”

起初，并不是所有的仪器和消费者都启用，所以性能架构不收集所有的事件。把所有这些，使事件的时间，执行两个报表（行数可根据MySQL版本不同）：

mysql> UPDATE setup_instruments SET ENABLED = 'YES', TIMED = 'YES';
Query OK, 560 rows affected (0.04 sec)
mysql> UPDATE setup_consumers SET ENABLED = 'YES';
Query OK, 10 rows affected (0.00 sec)

看看服务器是目前做检查events_waits_current表它包含每个线程显示每个线程的最新监测事件一行：

MySQL的>SELECT * FROM events_waits_current\G*************************** 1。行*************************** thread_id：0：5523：5523 event_id end_event_id event_name：等待/同步/互斥/ mysys / thr_lock：：互斥来源：thr_lock。C：525 timer_start：201660494489586：201660494576112：86526 timer_end timer_wait旋转：空object_schema：空object_name：空index_name：空object_type：nullobject_instance_begin：142270668 nesting_event_id：空nesting_event_type：空操作：锁number_of_bytes：空标志：0…

此事件表明，线程0在等待86526皮秒到锁上THR_LOCK::mutex，在互斥mysys子系统。第几列提供以下信息：

历史表包含的行相同的时事表但有更多的行和显示服务器已经做“最近“而不是“目前.“这个events_waits_history和events_waits_history_long表包含最近十事件每线程和最近的一万事件，分别。例如，看信息的最近的事件线13生产，这样做：

MySQL的>SELECT EVENT_ID, EVENT_NAME, TIMER_WAITFROM events_waits_history WHERE THREAD_ID = 13ORDER BY EVENT_ID;---------- ----------------------------------------- ------------ | EVENT_ID | EVENT_NAME                              | TIMER_WAIT | ---------- ----------------------------------------- ------------ |       86 | wait/synch/mutex/mysys/THR_LOCK::mutex  |     686322 ||       87 | wait/synch/mutex/mysys/THR_LOCK_malloc  |     320535 ||       88 | wait/synch/mutex/mysys/THR_LOCK_malloc  |     339390 ||       89 | wait/synch/mutex/mysys/THR_LOCK_malloc  |     377100 ||       90 | wait/synch/mutex/sql/LOCK_plugin        |     614673 ||       91 | wait/synch/mutex/sql/LOCK_open          |     659925 ||       92 | wait/synch/mutex/sql/THD::LOCK_thd_data |     494001 ||       93 | wait/synch/mutex/mysys/THR_LOCK_malloc  |     222489 ||       94 | wait/synch/mutex/mysys/THR_LOCK_malloc  |     214947 ||       95 | wait/synch/mutex/mysys/LOCK_alarm       |     312993 | ---------- ----------------------------------------- ------------

新的事件加入到历史表，旧的事件被丢弃如果桌上摆满了。

汇总表提供汇总信息随着时间的推移，所有的事件。在这组表总结事件的数据以不同的方式。看这仪器已经执行次数最多的还是采取了最等待的时间，排序events_waits_summary_global_by_event_name桌上count_star或SUM_TIMER_WAIT柱，其对应于计数（*）或SUM(TIMER_WAIT)值，分别计算了所有事件：

MySQL的>SELECT EVENT_NAME, COUNT_STARFROM events_waits_summary_global_by_event_nameORDER BY COUNT_STAR DESC LIMIT 10;--------------------------------------------------- ------------ |事件_ name count _ | --------------------------------------------------- ------------ |等明星| /同步/互斥锁_ /苏氨酸/ mysys _ malloc等| 6419 | | / IO /文件/ | FRM | 452 | SQL /等/同步/互斥锁的SQL /插件/ _ | 337 |等| /同步/互斥mysys /锁/苏氨酸_ _开放| 187 | | /同步/互斥等mysys /锁/报警等_ | 147 | | /同步/互斥锁的SQL /：/ _ THD _ THD |等数据| 115 | MyISAM文件/ / / / IO kfile | 102 | /同步/ |等互斥锁_ / SQL /综合系统变量_ _ | 89 | | /同步/互斥等mysys /苏氨酸/ _互斥锁：| 89 | | /同步/互斥等_开/锁/ SQL MySQL --------------------------------------------------- ------------ | 88 | >SELECT EVENT_NAME, SUM_TIMER_WAITFROM events_waits_summary_global_by_event_nameORDER BY SUM_TIMER_WAIT DESC LIMIT 10;它的名字| _ ---------------------------------------- |事件和定时器等_ _ | ---------------------------------------- ---------------- |等待IO / / / / MySQL的SQL日志文件_ | 1599816582 | |同步/互斥等待/ / / mysys THR _锁_ malloc | 1530083250 | | wait / IO /文件/ SQL / binlog _指数| 1385291934 | | wait SQL文件IO / / / / / 1292823243 FRM | | |等待IO /文件/ / kfile MyISAM | 411193611 | |等待IO /文件/ / / dfile MyISAM | 322401645 | |同步/互斥等待/ / / mysys报警锁_ | 145126935 | |等待IO / / / / casetest | 104324715 SQL文件| | /同步/互斥等待SQL /锁/ _插件| 86027823 | | wait / IO /文件/ SQL / PID | 72591750 | ---------------------------------------- ----------------

这些结果表明，THR_LOCK_malloc互斥“热，“无论是它是如何经常使用和大量的时间，试图获得它的线程等待。

实例表格文件什么类型的对象使用。检测对象，由服务器使用时，产生一个事件。这些表提供事件的名称和注释或状态信息。例如，在file_instances文件I/O操作和相关文件的工具表列出实例：

MySQL的>SELECT * FROM file_instances\G*************************** 1。行*************************** file_name：/选择/ MySQL日志/ 60500 / binlog.000007event_name：等待/ IO /文件/数据库/ binlogopen_count：0 *************************** 2。行*************************** file_name：/选择/ MySQL / 60500 /数据/ MySQL / tables_priv.myievent_name：等待/ IO /文件/表/ kfileopen_count：1 *************************** 3。行*************************** file_name：/选择/ MySQL / 60500 /数据/ MySQL / columns_priv.myievent_name：等待/ IO /文件/表/ kfileopen_count：1…

设置表是用来配置和显示监控的特点。例如,setup_instruments列出组仪器的事件可以收集和显示都启用：

MySQL的>SELECT NAME, ENABLED, TIMED FROM setup_instruments;--------------------------------------------------- --------- ------- |名字|启用|定时| --------------------------------------------------- --------- -------…|阶段/ SQL /结束|没有|没有| |阶段/ SQL执行|没有|没有| |阶段/ SQL /初始化|没有|没有| |阶段/ SQL /插入|没有|没有|…|声明/ SQL /负载|是|是| |声明/ SQL /格兰特|是|是| |声明/ SQL /检查|是|是| |声明/ SQL /冲洗|是|是|…|等待/同步/互斥/ SQL / lock_global_read_lock |是|是|等待/同步/互斥| / SQL / lock_global_system_variables |是|是|等待/同步/互斥| / SQL / lock_lock_db |是|是| |等待/同步/互斥/平方信用证是lock_manager | |是|…|等待/同步/ rwlock / SQL / lock_grant |是|是| |等待/同步/ rwlock / SQL /记录器：：lock_logger |是|是| |等待/同步/ rwlock / SQL / lock_sys_init_connect |是|是| |等待/同步/ rwlock / SQL / lock_sys_init_slave |是|是|…|等待/ IO /文件/数据库/ binlog |是|是| |等待/ IO /文件/数据库/ binlog_index |是|是| |等待/ IO /文件/数据库/用例|是|是| |等待/ IO /文件/数据库/ dbopt |是|是|…

了解如何解释仪器的名字，看第256，绩效模式仪器的命名约定”

控制是否事件收集工具，设置其ENABLED价值对或NO。。。。。。。例如：

MySQL的>UPDATE setup_instruments SET ENABLED = 'NO'WHERE NAME = 'wait/synch/mutex/sql/LOCK_mysql_create_db';

绩效架构使用收集的事件来更新表中的performance_schema数据库，作为“消费者“大学的事件的信息。《setup_consumers表列出了可用的消费者并启用：

MySQL的>SELECT * FROM setup_consumers;---------------------------------- --------- |名字|启用| ---------------------------------- --------- | events_stages_current |没有| | events_stages_history |没有| | events_stages_history_long |没有| | events_statements_current |是| | events_statements_history |是| | events_statements_history_long |没有| | events_transactions_current |是| | events_transactions_history |是| | events_transactions_history_long |没有| | events_waits_current |没有| | events_waits_history |没有| | events_waits_history_long |没有| | global_instrumentation |是| | thread_instrumentation |是| | statements_digest |是| ---------------------------------- ---------

控制是否性能架构维护消费者作为事件信息的目的地，设置其ENABLED价值

有关设置表的更多信息以及如何使用它们来控制事件收集，看第25.4.2、绩效架构事件过滤”

还有一些其他的表不属于任何一组。例如,performance_timers列出可用的事件定时器及其特点。关于定时器，看第25.4.1、绩效架构事件时间”

性能模式是强制性的，总是编。可以排除性能架构仪器的某些部分。例如，排除阶段和声明的仪器，这样做：

shell> cmake . \
        -DDISABLE_PSI_STAGE=1 \
        -DDISABLE_PSI_STATEMENT=1

更多信息，见的描述DISABLE_PSI_XXXCMake选项第2.8.4节，“MySQL源-配置选项”

如果你安装MySQL在以前的安装，配置没有性能模式（或旧版的性能架构，可能没有所有的电流表），运行mysql_upgrade在启动服务器以确保performance_schema所有的电流表存在数据库。然后重新启动服务器。一个迹象表明，你需要做的是信息如在错误日志中存在以下：

[错误]本地表performance_schema’。'events_waits_history'has错结构[错误]本地表performance_schema”'events_waits_history_long'has错结构…

因为绩效模式配置为服务器在生成时，一排PERFORMANCE_SCHEMA出现在输出SHOW ENGINES。这意味着性能模式是可用的，不可以。要启用它，你必须在服务器启动时这么做，在下一节描述的。

使用MySQL的性能架构，必须启用在服务器启动使收集事件发生。

性能模式是默认启用。要启用或明确禁用它，以启动服务器performance_schema变量设置为适当的值。例如，在服务器上使用这些线my.cnf文件：

[mysqld]
performance_schema=ON

如果服务器不能分配任何内部缓冲性能模式初始化期间，绩效模式禁用本身和集performance_schema到关闭，和服务器运行没有仪器。

性能架构也允许仪器在服务器启动消费结构。

控制在服务器启动的工具，使用这种形式的一个选项：

--performance-schema-instrument='instrument_name=value'

在这里,instrument_name是一种乐器的名字如等待/同步/互斥/ SQL / lock_open，和value是一个值：

每个--performance-schema-instrument选项可以指定只有一个乐器的名字，但选择的多个实例可以配置多个仪器。此外，模式允许在仪器名称仪器配置匹配模式。配置所有条件同步工具启用并计数，使用此选项：

--performance-schema-instrument='wait/synch/cond/%=COUNTED'

禁用所有的仪器，使用此选项：

--performance-schema-instrument='%=OFF'

例外：的memory/performance_schema/%仪器内置不可禁用启动时。

较长的仪器名称字符串先于短模式的名称，无论订单。有关指定选择工具模式的信息，参见第25.4.9，”命名的乐器或消费者对过滤操作”

无法识别的仪器名称被忽略。这可能是安装插件后可以创造工具，当时的名称是识别和配置。

控制在服务器启动消费，使用这种形式的一个选项：

--performance-schema-consumer-consumer_name=value

在这里,consumer_name是消费者的名字如events_waits_history，和value是一个值：

例如，使events_waits_history消费者使用此选项：

--performance-schema-consumer-events-waits-history=ON

允许用户的名字可以通过检查发现setup_consumers表模式是不允许的。在消费者的名字setup_consumers表格使用下划线，但在启动消费者，破折号和下划线的名字是相同的。

性能架构包括几个系统变量提供配置信息：

mysql> SHOW VARIABLES LIKE 'perf%';
+--------------------------------------------------------+---------+
| Variable_name                                          | Value   |
+--------------------------------------------------------+---------+
| performance_schema                                     | ON      |
| performance_schema_accounts_size                       | 100     |
| performance_schema_digests_size                        | 200     |
| performance_schema_events_stages_history_long_size     | 10000   |
| performance_schema_events_stages_history_size          | 10      |
| performance_schema_events_statements_history_long_size | 10000   |
| performance_schema_events_statements_history_size      | 10      |
| performance_schema_events_waits_history_long_size      | 10000   |
| performance_schema_events_waits_history_size           | 10      |
| performance_schema_hosts_size                          | 100     |
| performance_schema_max_cond_classes                    | 80      |
| performance_schema_max_cond_instances                  | 1000    |
...

这个performance_schema变量打开（放）或OFF指示是否启用或禁用性能模式。其他变量显示表的大小（行数）或内存分配值。

改变绩效模式的系统变量的值，将它们在服务器启动。例如，把下面的线在my.cnf文件更改的等待事件的历史表的大小：

[mysqld]performance_schemaperformance_schema_events_waits_history_size=20performance_schema_events_waits_history_long_size=15000

性能模式自动大小的几个参数的值在服务器启动时如果没有显式设置。例如，它的大小，控制事件的尺寸参数表这样的等待。性能架构分配内存的内存使用增量，缩放到实际服务器的负载，而不是分配所有的内存需要在服务器启动。因此，许多大小参数不需要设置在所有。看到这autosized或自动定标参数，使用mysqld详细帮助检查选项的描述，或见第21，绩效模式系统变量”

每个autosized参数没有设置在服务器启动，绩效模式决定了如何基于以下系统值设置其值，这被认为是“提示“有关如何配置你的MySQL服务器：

max_connections
open_files_limit
table_definition_cache
table_open_cache

覆盖调整或自动缩放为一个给定的参数，将其设置为比其他?1在启动一个值。在这种情况下，性能架构分配指定的值。

在运行时，SHOW VARIABLES显示autosized参数被设置为实际值。自动定标参数显示值?1。

如果表现图式是残疾人，其autosized和自动定标的参数设置为1，保持?SHOW VARIABLES显示?1

具体表现为图式的特征可以在运行时控制这类事件的发生使集合。

性能模式设置表包含监控配置信息：

mysql> SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
       WHERE TABLE_SCHEMA = 'performance_schema'
       AND TABLE_NAME LIKE 'setup%';
+-------------------+
| TABLE_NAME        |
+-------------------+
| setup_actors      |
| setup_consumers   |
| setup_instruments |
| setup_objects     |
| setup_threads     |
+-------------------+

你可以检查这些表的内容来获取性能模式特征监测信息。如果你有UPDATE特权，你可以通过修改设置表如何影响监控发生变化的表现模式操作。关于这些表的更多细节，参见第25.11.2，“性能模式设置表”

这个setup_instruments和setup_consumers表中列出的事件可以被收集和消费者类型的事件信息其实是收集仪器，分别。其他设置表使监视配置进一步修改。第25.4.2、绩效架构事件过滤”，讨论如何修改这些表影响事件收集。

如果有性能模式配置更改，必须使用SQL语句运行时，你会喜欢这些变化，每次服务器开始生效，将报表文件和启动服务器--init-file=file_name选项这种策略也可以如果你有多个监控配置是有用的，每一个定制生产不同类型的监测，如休闲服务器健康监测，事故调查，应用性能故障排除，等等。把每个监控组态报表到自己的文件，并指定适当的文件为--init-file当你start the argument的服务器。

MySQL的>SELECT * FROM performance_timers;------------- ----------------- ------------------ ---------------- | timer_name | timer_frequency | timer_resolution | timer_overhead | ------------- ----------------- ------------------ ---------------- |周期| 2389029850 | 1 | 72 | |纳秒| 1000000000 | 1 | 112 | |微秒| 1000000 | 1 | 136 | |毫秒| 1036 | 1 | 168 | ------------- ----------------- ------------------ ----------------

events_waits_current
events_stages_current
events_statements_current
events_transactions_current

在end_event_id无效timer_wait >N

MySQL的>SELECT NAME, ENABLED, TIMED FROM setup_instruments;--------------------------------------------------- --------- ------- |名字|启用|定时| --------------------------------------------------- --------- -------…|阶段/ SQL /结束|没有|没有| |阶段/ SQL执行|没有|没有| |阶段/ SQL /初始化|没有|没有| |阶段/ SQL /插入|没有|没有|…|声明/ SQL /负载|是|是| |声明/ SQL /格兰特|是|是| |声明/ SQL /检查|是|是| |声明/ SQL /冲洗|是|是|…|等待/同步/互斥/ SQL / lock_global_read_lock |是|是|等待/同步/互斥| / SQL / lock_global_system_variables |是|是|等待/同步/互斥| / SQL / lock_lock_db |是|是| |等待/同步/互斥/平方信用证是lock_manager | |是|…|等待/同步/ rwlock / SQL / lock_grant |是|是| |等待/同步/ rwlock / SQL /记录器：：lock_logger |是|是| |等待/同步/ rwlock / SQL / lock_sys_init_connect |是|是| |等待/同步/ rwlock / SQL / lock_sys_init_slave |是|是|…|等待/ IO /文件/数据库/ binlog |是|是| |等待/ IO /文件/数据库/ binlog_index |是|是| |等待/ IO /文件/数据库/用例|是|是| |等待/ IO /文件/数据库/ dbopt |是|是|…

MySQL的>SELECT * FROM setup_objects;------------- -------------------- ------------- --------- ------- | object_type | object_schema | object_name |启用|定时| ------------- -------------------- ------------- --------- ------- |事件| MySQL | % |没有|没有| |事件| performance_schema | % |没有|没有| |事件| information_schema | % |没有|没有| |事件| % % |是|是| | |功能| MySQL | % |没有|没有| |功能| performance_schema | % |没有|没有| |功能| information_schema | % |没有|没有| |功能| % | % |是|是| |程序| MySQL | % |没有|没有| |程序| performance_schema | % |没有|没有| |程序| information_schema | % |没有|没有| |程序| % | % |是|是| | TABLE | MySQL | % |没有|没有| |表| performance_schema | % |没有|没有| |表| information_schema | % |没有|没有| |表| % | % |是|是| |触发| MySQL | % |没有|没有| |触发| performance_schema | % |没有|没有| |触发| information_schema | % |没有|没有| |触发| % | % |是|是| ------------- -------------------- ------------- --------- -------

------------- --------------- ------------- --------- ------- | object_type | object_schema | object_name |启用|定时| ------------- --------------- ------------- --------- ------- |表| DB1 | T1 |是|是| |表| DB1 | T2 |没有|没有| |表| DB2 | % |是|是| |表| db3 | % |没有|没有| |表| % | % |是|是| ------------- --------------- ------------- --------- -------

events_waits_historyevents_waits_history_longevents_stages_historyevents_stages_history_longevents_statements_historyevents_statements_history_longevents_transactions_historyevents_transactions_history_long

MySQL的>SELECT * FROM setup_actors;------ ------ ------ --------- --------- |主机|用户|作用|启用|历史| ------ ------ ------ --------- --------- | % % % | | |是|是| ------ ------ ------ --------- ---------

UPDATE setup_actors SET ENABLED = 'NO', HISTORY = 'NO'WHERE HOST = '%' AND USER = '%';INSERT INTO setup_actors (HOST,USER,ROLE,ENABLED,HISTORY)VALUES('localhost','joe','%','YES','YES');INSERT INTO setup_actors (HOST,USER,ROLE,ENABLED,HISTORY)VALUES('hosta.example.com','joe','%','YES','NO');INSERT INTO setup_actors (HOST,USER,ROLE,ENABLED,HISTORY)VALUES('%','sam','%','NO','YES');

MySQL的>SELECT * FROM setup_consumers;---------------------------------- --------- |名字|启用| ---------------------------------- --------- | events_stages_current |没有| | events_stages_history |没有| | events_stages_history_long |没有| | events_statements_current |是| | events_statements_history |是| | events_statements_history_long |没有| | events_transactions_current |是| | events_transactions_history |是| | events_transactions_history_long |没有| | events_waits_current |没有| | events_waits_history |没有| | events_waits_history_long |没有| | global_instrumentation |是| | thread_instrumentation |是| | statements_digest |是| ---------------------------------- ---------

mysql> UPDATE setup_consumers
       SET ENABLED = 'NO' WHERE NAME LIKE '%history%';

global_instrumentation thread_instrumentation events_waits_current events_waits_history events_waits_history_long events_stages_current events_stages_history events_stages_history_long events_statements_current events_statements_history events_statements_history_long events_transactions_current events_transactions_history events_transactions_history_long statements_digest

mysql> SELECT * FROM setup_consumers;
+---------------------------+---------+
| NAME                      | ENABLED |
+---------------------------+---------+
| global_instrumentation    | NO      |
...
+---------------------------+---------+

mysql> SELECT * FROM setup_consumers;
+---------------------------+---------+
| NAME                      | ENABLED |
+---------------------------+---------+
| global_instrumentation    | YES     |
| thread_instrumentation    | NO      |
...
+---------------------------+---------+

mysql> SELECT * FROM setup_consumers;
+----------------------------------+---------+
| NAME                             | ENABLED |
+----------------------------------+---------+
| global_instrumentation           | YES     |
| thread_instrumentation           | YES     |
| events_waits_current             | NO      |
...
| events_stages_current            | NO      |
...
| events_statements_current        | NO      |
...
| events_transactions_current      | NO      |
...
+----------------------------------+---------+

mysql> SELECT * FROM setup_consumers;
+----------------------------------+---------+
| NAME                             | ENABLED |
+----------------------------------+---------+
| global_instrumentation           | YES     |
| thread_instrumentation           | YES     |
| events_waits_current             | YES     |
| events_waits_history             | NO      |
| events_waits_history_long        | NO      |
| events_stages_current            | YES     |
| events_stages_history            | NO      |
| events_stages_history_long       | NO      |
| events_statements_current        | YES     |
| events_statements_history        | YES     |
| events_statements_history_long   | NO      |
| events_transactions_current      | YES     |
| events_transactions_history      | YES     |
| events_transactions_history_long | NO      |
...
+----------------------------------+---------+

mysql> SELECT * FROM setup_consumers;
+----------------------------------+---------+
| NAME                             | ENABLED |
+----------------------------------+---------+
| global_instrumentation           | YES     |
| thread_instrumentation           | YES     |
| events_waits_current             | YES     |
| events_waits_history             | YES     |
| events_waits_history_long        | NO      |
| events_stages_current            | YES     |
| events_stages_history            | YES     |
| events_stages_history_long       | NO      |
| events_statements_current        | YES     |
| events_statements_history        | YES     |
| events_statements_history_long   | NO      |
| events_transactions_current      | YES     |
| events_transactions_history      | YES     |
| events_transactions_history_long | NO      |
...
+----------------------------------+---------+

mysql> SELECT * FROM setup_consumers;
+----------------------------------+---------+
| NAME                             | ENABLED |
+----------------------------------+---------+
| global_instrumentation           | YES     |
| thread_instrumentation           | YES     |
| events_waits_current             | YES     |
| events_waits_history             | NO      |
| events_waits_history_long        | YES     |
| events_stages_current            | YES     |
| events_stages_history            | NO      |
| events_stages_history_long       | YES     |
| events_statements_current        | YES     |
| events_statements_history        | YES     |
| events_statements_history_long   | YES     |
| events_transactions_current      | YES     |
| events_transactions_history      | YES     |
| events_transactions_history_long | YES     |
...
+----------------------------------+---------+

mysql> SELECT * FROM setup_consumers;
+----------------------------------+---------+
| NAME                             | ENABLED |
+----------------------------------+---------+
| global_instrumentation           | YES     |
| thread_instrumentation           | YES     |
| events_waits_current             | YES     |
| events_waits_history             | YES     |
| events_waits_history_long        | YES     |
| events_stages_current            | YES     |
| events_stages_history            | YES     |
| events_stages_history_long       | YES     |
| events_statements_current        | YES     |
| events_statements_history        | YES     |
| events_statements_history_long   | YES     |
| events_transactions_current      | YES     |
| events_transactions_history      | YES     |
| events_transactions_history_long | YES     |
...
+----------------------------------+---------+

mysql> UPDATE setup_instruments
       SET ENABLED = 'NO'
       WHERE NAME = 'wait/synch/mutex/myisammrg/MYRG_INFO::mutex';

mysql> UPDATE setup_consumers
       SET ENABLED = 'NO' WHERE NAME = 'events_waits_current';

mysql> UPDATE setup_instruments
       SET ENABLED = 'NO'
       WHERE NAME LIKE 'wait/synch/mutex/%';

mysql> UPDATE setup_consumers
       SET ENABLED = 'NO' WHERE NAME LIKE '%history%';

... WHERE NAME LIKE 'wait/io/file/%';

mysql> SELECT NAME FROM setup_instruments WHERE NAME LIKE 'pattern';

mysql> SELECT NAME FROM setup_consumers WHERE NAME LIKE 'pattern';

mysql> SELECT NAME, ENABLED, TIMED FROM setup_instruments
       WHERE NAME LIKE 'wait/io/file/innodb/%';
+-------------------------------------------------+---------+-------+
| NAME                                            | ENABLED | TIMED |
+-------------------------------------------------+---------+-------+
| wait/io/file/innodb/innodb_tablespace_open_file | YES     | YES   |
| wait/io/file/innodb/innodb_data_file            | YES     | YES   |
| wait/io/file/innodb/innodb_log_file             | YES     | YES   |
| wait/io/file/innodb/innodb_temp_file            | YES     | YES   |
| wait/io/file/innodb/innodb_arch_file            | YES     | YES   |
| wait/io/file/innodb/innodb_clone_file           | YES     | YES   |
+-------------------------------------------------+---------+-------+

预过滤限制事件的信息收集和独立于任何特定的用户。相比之下，过滤后由个人用户通过查询适当的使用WHERE限制什么样的事件信息选择从可用事件预滤波后已应用条款。

进入第25.4.3，”事件的预过滤”，一个例子演示了如何为文件工具预过滤器。如果表包含文件和非文件信息，过滤后的另一种方式是看信息仅为文件事件。添加一个WHERE子句来查询选择适当限制活动：

MySQL的>SELECT THREAD_ID, NUMBER_OF_BYTESFROM events_waits_historyWHERE EVENT_NAME LIKE 'wait/io/file/%'AND NUMBER_OF_BYTES IS NOT NULL;----------- ----------------- | thread_id | number_of_bytes | ----------- ----------------- | 11 | 66 | | 11 | 47 | | 11 | 139 | | 5 | 24 | | 5 | 834 | ----------- -----------------

大多数的性能模式表索引，这给优化器访问其他比全表扫描的执行计划。这些指标也提高性能相关的对象，如sys架构视图，使用这些表。有关更多信息，参见8.2.4节，“性能优化模式查询”

仪器名称由一系列分离的组成部分'/'人物实例名称：

等待IO / / / / / logwait MyISAM文件IO /文件/ mysys charsetwait /锁/表/ / / / / handlerwait SQL同步mysys /条件/条件/条件/ _ alarmwait /同步：更新SQL / binlog _ condwait /同步/互斥mysys位图/ / / / / _ mutexwait SQL同步互斥_ deletewait /锁/ / / / rwlock同步SQL查询缓存的查询：_ _：lockstage / / / /关闭tablesstage SQL SQL排序resultstatement executestatement / COM / COM / / / / _ tablestatement querystatement创建SQL SQL /锁/ _ tableserrors

仪器名称空间的树状结构。仪器的名称从左向右的组件提供从一般到具体的进展。一名有分量的数目取决于仪器的类型。

一个给定的一个名称部分取决于它的左组件的解释。例如,myisam出现在下列的名字，但存储引擎在第一名是文件I/O相关的，而在二是同步仪：

wait/io/file/myisam/log
wait/synch/cond/myisam/MI_SORT_INFO::cond

仪器名称包括一个由性能架构实现和由开发商实施仪器代码定义定义结构的前缀后缀。仪器的前缀顶层组件指示仪表的类型。该组件也决定在这事件计时器performance_timers表仪的应用。对于仪器名称的前缀部分，高层指示仪表的类型。

仪器名称后缀部分来自代码为仪器本身。后缀可能包括水平等：

有几个状态变量与绩效模式关联：

mysql> SHOW STATUS LIKE 'perf%';
+-----------------------------------------------+-------+
| Variable_name                                 | Value |
+-----------------------------------------------+-------+
| Performance_schema_accounts_lost              | 0     |
| Performance_schema_cond_classes_lost          | 0     |
| Performance_schema_cond_instances_lost        | 0     |
| Performance_schema_digest_lost                | 0     |
| Performance_schema_file_classes_lost          | 0     |
| Performance_schema_file_handles_lost          | 0     |
| Performance_schema_file_instances_lost        | 0     |
| Performance_schema_hosts_lost                 | 0     |
| Performance_schema_locker_lost                | 0     |
| Performance_schema_memory_classes_lost        | 0     |
| Performance_schema_metadata_lock_lost         | 0     |
| Performance_schema_mutex_classes_lost         | 0     |
| Performance_schema_mutex_instances_lost       | 0     |
| Performance_schema_nested_statement_lost      | 0     |
| Performance_schema_program_lost               | 0     |
| Performance_schema_rwlock_classes_lost        | 0     |
| Performance_schema_rwlock_instances_lost      | 0     |
| Performance_schema_session_connect_attrs_lost | 0     |
| Performance_schema_socket_classes_lost        | 0     |
| Performance_schema_socket_instances_lost      | 0     |
| Performance_schema_stage_classes_lost         | 0     |
| Performance_schema_statement_classes_lost     | 0     |
| Performance_schema_table_handles_lost         | 0     |
| Performance_schema_table_instances_lost       | 0     |
| Performance_schema_thread_classes_lost        | 0     |
| Performance_schema_thread_instances_lost      | 0     |
| Performance_schema_users_lost                 | 0     |
+-----------------------------------------------+-------+

性能模式状态变量提供有关仪器仪表的信息不能加载或由于内存限制了。这些变量的名称有几种形式：

例如，如果一个互斥的仪表在服务器源但服务器无法分配内存在运行时的仪器，它的增量Performance_schema_mutex_classes_lost。互斥仍然作为一个同步对象（即服务器继续正常的功能），但它不会收集的性能数据。如果仪器可以分配，可用于检测实例初始化互斥。一个单独的互斥例如全局互斥，只会有一个实例。其他互斥有每个连接的实例，或每页不同的高速缓存和数据缓冲区，所以实例数随时间变化。增加连接或一些缓冲区的最大大小的最大数目将增加的情况下，可以马上分配的最大数量。如果服务器不能创建一个给定的仪器的互斥体的实例，它的增量Performance_schema_mutex_instances_lost

假设以下条件成立：

服务器分配互斥工具取决于他们需要多少有多少插件，通过下面的语句序列如图所示：

INSTALL PLUGIN plugin_a

The server now has 150+40 = 190 mutex instruments.

UNINSTALL PLUGIN plugin_a;

服务器仍然有190的仪器。所有的历史数据的插件代码生成仍然是可用的，但对仪器的新事件没有收集。

INSTALL PLUGIN plugin_a;

服务器检测到40种乐器已经被定义了，所以没有新的工具被创造，和先前分配的内存缓冲区的利用。服务器仍然有190的仪器。

INSTALL PLUGIN plugin_b;

The server has room for 200-190 = 10 instruments (in this case, mutex classes), and sees that the plugin contains 20 new instruments. 10 instruments are loaded, and 10 are discarded or“迷路的.“这个Performance_schema_mutex_classes_lost指示仪器的数量（互斥类）丢失：

MySQL的>SHOW STATUS LIKE "perf%mutex_classes_lost";--------------------------------------- ------- | variable_name |价值| --------------------------------------- ------- | performance_schema_mutex_classes_lost |十| --------------------------------------- -------一行集（0.1秒）

仪表仍然工作并收集数据（部分）plugin_b

当服务器无法创建一个互斥体的仪器，出现这些结果：

模式描述的是适用于所有类型的仪器，不是互斥。

一个值Performance_schema_mutex_classes_lost大于0，可以在两例发生：

If the value chosen forperformance_schema_max_mutex_classes太小了，没有错误在错误日志中报告有在运行时没有失败。然而，在该表的内容performance_schema数据库将错过的事件。这个Performance_schema_mutex_classes_lost状态变量是说明一些事件内部由于未能创建工具下降唯一可见的标志。

如果工具不丢失，它是已知的性能架构，用来检测实例。例如,wait/synch/mutex/sql/LOCK_delete是在一个互斥仪器名称setup_instruments表这台仪器是创建代码中的互斥使用时（在总谐波失真：：lock_delete）但是互斥体的许多情况下，需要在服务器上运行。在这种情况下，LOCK_delete是互斥的，每个连接（THD），所以如果一个服务器有1000个连接，有1000线，和1000个仪表LOCK_delete互斥的实例（总谐波失真：：lock_delete）

如果服务器没有所有这1000种仪表互斥的房间（实例），一些互斥是创建的仪表，有些是没有仪器。如果服务器可以创建只有800实例，实例是失去了200。服务器继续运行，但增量Performance_schema_mutex_instances_lost200表明的情况下不能被创建。

一个值Performance_schema_mutex_instances_lost大于0时可发生代码初始化互斥锁时更比分配--performance_schema_max_mutex_instances=N

底线是，如果SHOW STATUS LIKE 'perf%'说什么了（所有的值都为零），性能架构的数据是准确的和可信赖的。如果有什么东西丢了，数据是完整的，和绩效模式不可能记录了内存量不足是使用了一切。在这种情况下，具体的_ _性能模式xxx_lost变量表示的问题

它可能是适当的在某些情况下，故意造成仪器的饥饿。例如，如果你不关心的文件I/O性能数据，你可以用所有的性能模式参数文件I/O相关的启动服务器设置为0。没有内存将被分配给文件相关的类，实例，或把手，和所有文件事件将丢失。

使用SHOW ENGINE PERFORMANCE_SCHEMA STATUS检查绩效模式代码的内部操作：

MySQL的>SHOW ENGINE PERFORMANCE_SCHEMA STATUS\G*************************** 3。行***************************型：performance_schema名称：events_waits_history.sizestatus：76 *************************** 4。行***************************型：performance_schema名称：events_waits_history.countstatus：一万五***************************。行***************************型：performance_schema名称：events_waits_history.memorystatus：76…*************************** 57。行***************************型：performance_schema名称：performance_schema.memorystatus：26459600…

本声明的目的是帮助DBA理解，对内存的要求有不同的性能模式选择的影响。一个字段的描述意义，看第13.7.6.15，“显示引擎语法”

一台I/O事件，通常有两排events_waits_current，不一。例如，一排排取会导致这样的：

行# event_name timer_start timer_end ---- ---------- ----------- --------- 1等待/ IO /文件/表/ dfile 10001 10002 2等待/ IO /表/ SQL /处理10000空

该行获取导致文件读取。在这个例子中，表的I/O读取事件开始之前的文件I/O事件但未完成（其TIMER_END值无效的页：1这是我的文件“嵌套“表格内的I/O事件

这是因为，不同于其他的“原子的“等待事件如互斥或文件I/O，I/O事件表“分子的“包括（重叠）的其他事件。进入events_waits_current，表I / O事件通常有两排：

通常，但并非总是如此，这“任何一种“等待事件不同于表I / O事件。每个子事件完成时，它就会消失events_waits_current。在这一点上，直到下一子事件开始，桌上的I/O等待也是任何最近的等待。

MySQL服务器能维持消化信息的声明。消化过程将每个SQL语句的规范化形式（声明摘要）并计算SHA-256散列值（消化的哈希值）从归一化的结果。规范许可声明，类似于归纳和总结暴露对报表服务器执行和他们经常发生的类型信息。每个消化，代表语句产生消化存储为一个样本。本节介绍了如何声明和采样发生消化和他们如何能有用。

消化发生在解析器无论性能模式是可用的，所以其他的服务器组件，如查询重写插件访问报表摘要。

SELECT * FROM orders WHERE customer_id=10 AND quantity>20
SELECT * FROM orders WHERE customer_id = 20 AND quantity > 100

SELECT * FROM orders WHERE customer_id = ? AND quantity > ?

SELECT * FROM customers WHERE customer_id = 1000
SELECT * FROM orders WHERE customer_id = 1000

SELECT * FROM customers WHERE customer_id = ?
SELECT * FROM orders WHERE customer_id = ?

SELECT * FROM mytable WHERE cola = 10 AND colb = 20
SELECT * FROM mytable WHERE cola = 10 AND colc = 20

SELECT * FROM mytable WHERE cola = ? AND ...

MySQL的>SELECT NAME FROM setup_instrumentsWHERE NAME LIKE '%.sqltext';------------------------------------------------------------------ | name | ------------------------------------------------------------------ |存储器的性能_ /模式/事件_ statements _ history.sqltext | |存储器的性能_ /模式/事件_ statements _ current.sqltext | |存储器的性能_ /模式/事件_ statements _史_ long.sqltext | ------------------------------------------------------------------ MySQL >SELECT NAME FROM setup_instrumentsWHERE NAME LIKE 'memory/performance_schema/%.tokens';---------------------------------------------------------------------- | name | ---------------------------------------------------------------------- |存储器的性能_ /模式/事件_ statements _ history.tokens | |存储器的性能_ /模式/事件_ statements _ current.tokens | |存储器的性能_ /模式/事件_ statements _总结_用_ digest.tokens | |存储器的性能_ /模式/事件_ statements _史_ long.tokens | ----------------------------------------------------------------------

的名字performance_schema数据库是小写的，是它内部的表名称。查询应小写指定名称。

在许多表performance_schema数据库是只读的，不能被修改：

MySQL的>TRUNCATE TABLE setup_instruments;错误1683（hy000）：无效的performance_schema用法。

一些设置表，可以修改影响绩效模式操作柱；有的还允许将行插入或删除。截断允许明确收集的事件，所以TRUNCATE TABLE可以使用含有这些信息的表，如表前缀命名_ _事件等

Summary Tables截短can be withTRUNCATE TABLE。一般来说，效果是重置摘要列为零或无效的，不删除行。这使您能够清晰采集值并重新聚集。这可能是有用的，例如，当你已经有了一个运行时配置的改变。这是例外，截断行为个人总结部分指出表。

特权是为其他数据库和表：

因为绩效模式表只适用于有限的一组权限，尝试使用GRANT ALL作为特权授予在数据库或表扫描失败与错误的速记：

MySQL的>GRANT ALL ON performance_schema.*TO 'u1'@'localhost';错误1044（42000）：用户访问被拒绝'根'”'localhost'to数据库performance_schema'mysql >GRANT ALL ON performance_schema.setup_instrumentsTO 'u2'@'localhost';错误1044（42000）：用户访问被拒绝'根'”'localhost'to数据库performance_schema”

相反，正是所需的权限授予：

mysql> GRANT SELECT ON performance_schema.*
       TO 'u1'@'localhost';
Query OK, 0 rows affected (0.03 sec)

mysql> GRANT SELECT, UPDATE ON performance_schema.setup_instruments
       TO 'u2'@'localhost';
Query OK, 0 rows affected (0.02 sec)

表中的performance_schema数据库可以划分如下：

MySQL的>SELECT * FROM setup_actors;------ ------ ------ --------- --------- |主机|用户|作用|启用|历史| ------ ------ ------ --------- --------- | % % % | | |是|是| ------ ------ ------ --------- ---------

MySQL的>SELECT * FROM setup_consumers;---------------------------------- --------- |名字|启用| ---------------------------------- --------- | events_stages_current |没有| | events_stages_history |没有| | events_stages_history_long |没有| | events_statements_current |是| | events_statements_history |是| | events_statements_history_long |没有| | events_transactions_current |是| | events_transactions_history |是| | events_transactions_history_long |没有| | events_waits_current |没有| | events_waits_history |没有| | events_waits_history_long |没有| | global_instrumentation |是| | thread_instrumentation |是| | statements_digest |是| ---------------------------------- ---------

MySQL的>SELECT * FROM setup_instruments\G*************************** 1。行***************************名称：等待/同步/互斥/铁/ lock_pfs_share_list启用：不定时：无属性：单身波动：1documentation：组件可以提供自己的performance_schema表。这锁保护这些表定义的…*************************** 369名单。行***************************名称：阶段/ SQL执行启用：不定时：无属性：波动：0documentation：空…*************************** 687。行***************************名称：声明/摘要/查询功能：可以定时：是的特性：易变的波动：0documentation：SQL查询刚刚收到来自网络。在这一点上，真正的声明类型是未知的，该类型将SQL解析的…*************************** 696精制后。行***************************名称：记忆/ performance_schema / metadata_locks启用：是定时：空的属性：global_statistics波动：1documentation：用于表performance_schema metadata_locks记忆…

MySQL的>SELECT * FROM setup_objects;------------- -------------------- ------------- --------- ------- | object_type | object_schema | object_name |启用|定时| ------------- -------------------- ------------- --------- ------- |事件| MySQL | % |没有|没有| |事件| performance_schema | % |没有|没有| |事件| information_schema | % |没有|没有| |事件| % % |是|是| | |功能| MySQL | % |没有|没有| |功能| performance_schema | % |没有|没有| |功能| information_schema | % |没有|没有| |功能| % | % |是|是| |程序| MySQL | % |没有|没有| |程序| performance_schema | % |没有|没有| |程序| information_schema | % |没有|没有| |程序| % | % |是|是| | TABLE | MySQL | % |没有|没有| |表| performance_schema | % |没有|没有| |表| information_schema | % |没有|没有| |表| % | % |是|是| |触发| MySQL | % |没有|没有| |触发| performance_schema | % |没有|没有| |触发| information_schema | % |没有|没有| |触发| % | % |是|是| ------------- -------------------- ------------- --------- -------

MySQL的>SELECT * FROM setup_threads;*************************** 1。行***************************名称：螺纹/ performance_schema /设置启用：是的历史：是的性质：辛格尔顿波动：0documentation：空…*************************** 4。行***************************名称：螺纹/ SQL /主要功能：是的历史：是的性质：辛格尔顿波动：0documentation：空*************************** 5。行***************************名称：螺纹/ SQL / one_connection启用：是的历史：是的特性：用户波动：0documentation：空…*************************** 10。行***************************名称：螺纹/ SQL / event_scheduler启用：是的历史：是的性质：辛格尔顿波动：0documentation：空

mysql> SELECT * FROM socket_instances\G
*************************** 1. row ***************************
           EVENT_NAME: wait/io/socket/sql/server_unix_socket
OBJECT_INSTANCE_BEGIN: 4316619408
            THREAD_ID: 1
            SOCKET_ID: 16
                   IP:
                 PORT: 0
                STATE: ACTIVE
*************************** 2. row ***************************
           EVENT_NAME: wait/io/socket/sql/client_connection
OBJECT_INSTANCE_BEGIN: 4316644608
            THREAD_ID: 21
            SOCKET_ID: 39
                   IP: 127.0.0.1
                 PORT: 55233
                STATE: ACTIVE
*************************** 3. row ***************************
           EVENT_NAME: wait/io/socket/sql/server_tcpip_socket
OBJECT_INSTANCE_BEGIN: 4316699040
            THREAD_ID: 1
            SOCKET_ID: 14
                   IP: 0.0.0.0
                 PORT: 50603
                STATE: ACTIVE

mysql> SELECT NAME, ENABLED, TIMED FROM setup_instruments
       WHERE NAME LIKE 'wait/io/file/innodb%';
+-------------------------------------------------+---------+-------+
| NAME                                            | ENABLED | TIMED |
+-------------------------------------------------+---------+-------+
| wait/io/file/innodb/innodb_tablespace_open_file | YES     | YES   |
| wait/io/file/innodb/innodb_data_file            | YES     | YES   |
| wait/io/file/innodb/innodb_log_file             | YES     | YES   |
| wait/io/file/innodb/innodb_temp_file            | YES     | YES   |
| wait/io/file/innodb/innodb_arch_file            | YES     | YES   |
| wait/io/file/innodb/innodb_clone_file           | YES     | YES   |
+-------------------------------------------------+---------+-------+
mysql> SELECT NAME, ENABLED, TIMED FROM setup_instruments
       WHERE NAME LIKE 'wait/io/socket/%';
+----------------------------------------+---------+-------+
| NAME                                   | ENABLED | TIMED |
+----------------------------------------+---------+-------+
| wait/io/socket/sql/server_tcpip_socket | NO      | NO    |
| wait/io/socket/sql/server_unix_socket  | NO      | NO    |
| wait/io/socket/sql/client_connection   | NO      | NO    |
+----------------------------------------+---------+-------+

mysql> SELECT * FROM setup_consumers WHERE NAME LIKE '%waits%';
+---------------------------+---------+
| NAME                      | ENABLED |
+---------------------------+---------+
| events_waits_current      | NO      |
| events_waits_history      | NO      |
| events_waits_history_long | NO      |
+---------------------------+---------+

mysql> SELECT NAME, ENABLED, TIMED FROM setup_instruments
       WHERE NAME RLIKE 'stage/sql/[a-c]';
+----------------------------------------------------+---------+-------+
| NAME                                               | ENABLED | TIMED |
+----------------------------------------------------+---------+-------+
| stage/sql/After create                             | NO      | NO    |
| stage/sql/allocating local table                   | NO      | NO    |
| stage/sql/altering table                           | NO      | NO    |
| stage/sql/committing alter table to storage engine | NO      | NO    |
| stage/sql/Changing master                          | NO      | NO    |
| stage/sql/Checking master version                  | NO      | NO    |
| stage/sql/checking permissions                     | NO      | NO    |
| stage/sql/cleaning up                              | NO      | NO    |
| stage/sql/closing tables                           | NO      | NO    |
| stage/sql/Connecting to master                     | NO      | NO    |
| stage/sql/converting HEAP to MyISAM                | NO      | NO    |
| stage/sql/Copying to group table                   | NO      | NO    |
| stage/sql/Copying to tmp table                     | NO      | NO    |
| stage/sql/copy to tmp table                        | NO      | NO    |
| stage/sql/Creating sort index                      | NO      | NO    |
| stage/sql/creating table                           | NO      | NO    |
| stage/sql/Creating tmp table                       | NO      | NO    |
+----------------------------------------------------+---------+-------+

mysql> SELECT NAME, ENABLED, TIMED FROM setup_instruments
       WHERE ENABLED='YES' AND NAME LIKE "stage/%";
+------------------------------------------------------+---------+-------+
| NAME                                                 | ENABLED | TIMED |
+------------------------------------------------------+---------+-------+
| stage/sql/copy to tmp table                          | YES     | YES   |
| stage/sql/Applying batch of row changes (write)      | YES     | YES   |
| stage/sql/Applying batch of row changes (update)     | YES     | YES   |
| stage/sql/Applying batch of row changes (delete)     | YES     | YES   |
| stage/innodb/alter table (end)                       | YES     | YES   |
| stage/innodb/alter table (flush)                     | YES     | YES   |
| stage/innodb/alter table (insert)                    | YES     | YES   |
| stage/innodb/alter table (log apply index)           | YES     | YES   |
| stage/innodb/alter table (log apply table)           | YES     | YES   |
| stage/innodb/alter table (merge sort)                | YES     | YES   |
| stage/innodb/alter table (read PK and internal sort) | YES     | YES   |
| stage/innodb/buffer pool load                        | YES     | YES   |
| stage/innodb/clone (file copy)                       | YES     | YES   |
| stage/innodb/clone (redo copy)                       | YES     | YES   |
| stage/innodb/clone (page copy)                       | YES     | YES   |
+------------------------------------------------------+---------+-------+

mysql> SELECT * FROM setup_consumers WHERE NAME LIKE '%stages%';
+----------------------------+---------+
| NAME                       | ENABLED |
+----------------------------+---------+
| events_stages_current      | NO      |
| events_stages_history      | NO      |
| events_stages_history_long | NO      |
+----------------------------+---------+