第26章MySQL性能架构

本节简要介绍了性能模式，并提供了说明如何使用它的示例。 有关其他示例，请参见 第26.19节“使用性能模式诊断问题” 。

默认情况下启用性能架构。 要显式启用或禁用它，请在 performance_schema 变量设置为适当值的情况下 启动服务器 。 例如，在服务器 my.cnf 文件中 使用以下行 ：

的[mysqld]
performance_schema = ON

当服务器启动时，它会看到 performance_schema 并尝试初始化性能模式。 要验证成功初始化，请使用以下语句：

MySQL的> SHOW VARIABLES LIKE 'performance_schema';
+ -------------------- + ------- +
| Variable_name | 价值|
+ -------------------- + ------- +
| performance_schema | ON |
+ -------------------- + ------- +

值 ON 表示性能模式已成功初始化并可供使用。 值 OFF 表示发生了一些错误。 检查服务器错误日志以获取有关错误的信息。

性能模式是作为存储引擎实现的，因此您将在 INFORMATION_SCHEMA.ENGINES 表或 SHOW ENGINES 语句 的输出中看到它 ：

MySQL的> SELECT * FROM INFORMATION_SCHEMA.ENGINES
       WHERE ENGINE='PERFORMANCE_SCHEMA'\G
*************************** 1。排******************** *******
      ENGINE：PERFORMANCE_SCHEMA
     支持：是的
     评论：性能模式
交易：没有
          XA：没有
  SAVEPOINTS：没有

MySQL的> SHOW ENGINES\G
...
      引擎：PERFORMANCE_SCHEMA
     支持：是的
     评论：性能架构
交易：NO
          XA：没有
  保存点：没有
...

在 PERFORMANCE_SCHEMA 存储引擎上的表进行操作 performance_schema 数据库。 您可以创建 performance_schema 默认数据库，以便不需要使用数据库名称限定对其表的引用：

MySQL的> USE performance_schema;

性能模式表存储在 performance_schema 数据库中。 通过从 INFORMATION_SCHEMA 数据库中 选择 或使用 SHOW 语句 ，可以获得有关此数据库及其表的结构的信息，就像任何其他数据库一样 。 例如，使用以下任一语句来查看存在哪些Performance Schema表：

MySQL的> SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
       WHERE 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 performance_schema.setup_consumers\G
*************************** 1。排******************** *******
       表：setup_consumers
创建表：CREATE TABLE`setup_consumers`（
  `NAME` varchar（64）NOT NULL，
  `ENABLED`枚举（'YES'，'NO'）NOT NULL，
  主键（`NAME`）
）ENGINE = PERFORMANCE_SCHEMA DEFAULT CHARSET = utf8mb4 COLLATE = utf8mb4_0900_ai_ci

表结构也可以从表中选择，例如 INFORMATION_SCHEMA.COLUMNS 使用或使用语句 SHOW COLUMNS 。

performance_schema 数据库中的 表 可以根据其中的信息类型进行分组：当前事件，事件历史和摘要，对象实例和设置（配置）信息。 以下示例说明了这些表的一些用法。 有关每个组中表的详细信息，请参见 第26.12节“性能架构表描述” 。

最初，并非所有仪器和消费者都已启用，因此性能模式不会收集所有事件。 要打开所有这些并启用事件计时，请执行两个语句（行计数可能因MySQL版本而异）：

MySQL的> UPDATE performance_schema.setup_instruments
       SET ENABLED = 'YES', TIMED = 'YES';
查询OK，560行受影响（0.04秒）
MySQL的> UPDATE performance_schema.setup_consumers
       SET ENABLED = 'YES';
查询OK，10行受影响（0.00秒）

要查看服务器当前正在执行的操作，请检查该 events_waits_current 表。 它每个线程包含一行，显示每个线程最近监视的事件：

MySQL的> SELECT *
       FROM performance_schema.events_waits_current\G
*************************** 1。排******************** *******
            THREAD_ID：0
             EVENT_ID：5523
         END_EVENT_ID：5523
           EVENT_NAME：wait / synch / mutex / mysys / THR_LOCK :: mutex
               消息来源：thr_lock.c：525
          TIMER_START：201660494489586
            TIMER_END：201660494576112
           TIMER_WAIT：86526
                SPINS：NULL
        OBJECT_SCHEMA：NULL
          OBJECT_NAME：NULL
           INDEX_NAME：NULL
          OBJECT_TYPE：NULL
OBJECT_INSTANCE_BEGIN：142270668
     NESTING_EVENT_ID：NULL
   NESTING_EVENT_TYPE：NULL
            操作：锁定
      NUMBER_OF_BYTES：空
                标志：0
...

此事件表示线程0正在等待86,526皮秒来获取锁定 THR_LOCK::mutex ，即 mysys 子系统中 的互斥锁 。 前几列提供以下信息：

历史记录表包含与当前事件表相同的行，但是有更多行并显示服务器 “ 最近 ” 而不是 “ 当前 ” 正在执行的操作。 ” 在 events_waits_history 和 events_waits_history_long 表分别包含每线程最近的10个事件和最近10,000个事件。 例如，要查看线程13生成的最近事件的信息，请执行以下操作：

MySQL的> SELECT EVENT_ID, EVENT_NAME, TIMER_WAIT
       FROM performance_schema.events_waits_history
       WHERE THREAD_ID = 13
       ORDER 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 or或 SUM_TIMER_WAIT 列 上的表进行 排序，这些 表 分别对应于 所有事件计算的 a COUNT(*) 或 SUM(TIMER_WAIT) 值：

MySQL的> SELECT EVENT_NAME, COUNT_STAR
       FROM performance_schema.events_waits_summary_global_by_event_name
       ORDER BY COUNT_STAR DESC LIMIT 10;
+ ------------------------------------------------- -  + ------------ +
| EVENT_NAME | COUNT_STAR |
+ ------------------------------------------------- -  + ------------ +
| wait / synch / mutex / mysys / THR_LOCK_malloc | 6419 |
| wait / io / file / sql / FRM | 452 |
| wait / synch / mutex / sql / LOCK_plugin | 337 |
| wait / synch / mutex / mysys / THR_LOCK_open | 187 |
| wait / synch / mutex / mysys / LOCK_alarm | 147 |
| wait / synch / mutex / sql / THD :: LOCK_thd_data | 115 |
| wait / io / file / myisam / kfile | 102 |
| wait / synch / mutex / sql / LOCK_global_system_variables | 89 |
| wait / synch / mutex / mysys / THR_LOCK :: mutex | 89 |
| wait / synch / mutex / sql / LOCK_open | 88 |
+ ------------------------------------------------- -  + ------------ +

MySQL的> SELECT EVENT_NAME, SUM_TIMER_WAIT
       FROM performance_schema.events_waits_summary_global_by_event_name
       ORDER BY SUM_TIMER_WAIT DESC LIMIT 10;
+ ---------------------------------------- + -------- -------- +
| EVENT_NAME | SUM_TIMER_WAIT |
+ ---------------------------------------- + -------- -------- +
| wait / io / file / sql / MYSQL_LOG | 1599816582 |
| wait / synch / mutex / mysys / THR_LOCK_malloc | 1530083250 |
| wait / io / file / sql / binlog_index | 1385291934 |
| wait / io / file / sql / FRM | 1292823243 |
| wait / io / file / myisam / kfile | 411193611 |
| wait / io / file / myisam / dfile | 322401645 |
| wait / synch / mutex / mysys / LOCK_alarm | 145126935 |
| wait / io / file / sql / casetest | 104324715 |
| wait / synch / mutex / sql / LOCK_plugin | 86027823 |
| wait / io / file / sql / pid | 72591750 |
+ ---------------------------------------- + -------- -------- +

这些结果表明， THR_LOCK_malloc 互斥体 “ 热 ” ，无论是使用频率还是线程等待尝试获取它的时间。

实例表记录了检测的对象类型。 当由服务器使用时，检测对象产生事件。 这些表提供事件名称和解释性说明或状态信息。 例如，该 file_instances 表列出了文件I / O操作及其相关文件的工具实例：

MySQL的> SELECT *
       FROM performance_schema.file_instances\G
*************************** 1。排******************** *******
 FILE_NAME：/opt/mysql-log/60500/binlog.000007
EVENT_NAME：wait / io / file / sql / binlog
OPEN_COUNT：0
*************************** 2.排******************** *******
 FILE_NAME：/opt/mysql/60500/data/mysql/tables_priv.MYI
EVENT_NAME：wait / io / file / myisam / kfile
OPEN_COUNT：1
*************************** 3。排******************** *******
 FILE_NAME：/opt/mysql/60500/data/mysql/columns_priv.MYI
EVENT_NAME：wait / io / file / myisam / kfile
OPEN_COUNT：1
...

设置表用于配置和显示监视特征。 例如， setup_instruments 列出可以收集事件的工具集，并显示哪些工具已启用：

MySQL的> SELECT NAME, ENABLED, TIMED
       FROM performance_schema.setup_instruments;
+ ------------------------------------------------- -  + --------- + ------- +
| NAME | 启用| 定时|
+ ------------------------------------------------- -  + --------- + ------- +
...
| stage / sql / end | 没有| 没有|
| stage / sql / execution | 没有| 没有|
| stage / sql / init | 没有| 没有|
| stage / sql / insert | 没有| 没有|
...
| statement / sql / load | 是的| 是的|
| statement / sql / grant | 是的| 是的|
| statement / sql / check | 是的| 是的|
| statement / sql / flush | 是的| 是的|
...
| wait / synch / mutex / sql / LOCK_global_read_lock | 是的| 是的|
| wait / synch / mutex / sql / LOCK_global_system_variables | 是的| 是的|
| wait / synch / mutex / sql / LOCK_lock_db | 是的| 是的|
| wait / synch / mutex / sql / LOCK_manager | 是的| 是的|
...
| wait / synch / rwlock / sql / LOCK_grant | 是的| 是的|
| wait / synch / rwlock / sql / LOGGER :: LOCK_logger | 是的| 是的|
| wait / synch / rwlock / sql / LOCK_sys_init_connect | 是的| 是的|
| wait / synch / rwlock / sql / LOCK_sys_init_slave | 是的| 是的|
...
| wait / io / file / sql / binlog | 是的| 是的|
| wait / io / file / sql / binlog_index | 是的| 是的|
| wait / io / file / sql / casetest | 是的| 是的|
| wait / io / file / sql / dbopt | 是的| 是的|
...

要了解如何解释仪器名称，请参见 第26.6节“性能架构仪器命名约定” 。

要控制是否为仪器收集事件，请将其 ENABLED 值 设置 为 YES 或 NO 。 例如：

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

性能模式使用收集的事件来更新 performance_schema 数据库中的 表 ，这些 表 充当 事件信息的 “ 消费者 ” 。 该 setup_consumers 表列出了可用的使用者以及哪些已启用：

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ ---------------------------------- + --------- +
| NAME | 启用|
+ ---------------------------------- + --------- +
| 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 值。

有关设置表以及如何使用它们来控制事件收集的更多信息，请参见 第26.4.2节“性能模式事件过滤” 。

有一些杂项表不属于任何以前的组。 例如， performance_timers 列出可用的事件计时器及其特征。 有关定时器的信息，请参见 第26.4.1节“性能模式事件定时” 。

性能模式是强制性的，并且始终在其中编译。可以排除性能模式检测的某些部分。 例如，要排除阶段和语句检测，请执行以下操作：

外壳> cmake . \
        -DDISABLE_PSI_STAGE=1 \
        -DDISABLE_PSI_STATEMENT=1

有关更多信息，请参见 第2.9.4节“MySQL源配置选项” 中的 CMake 选项 说明 。 DISABLE_PSI_XXX

如果您在先前安装的情况下安装MySQL，而该安装是在没有性能架构的情况下配置的（或者是具有缺失或过时表的旧版本的性能架构）。 此问题的一个指示是错误日志中存在以下消息：

[错误]原生表'performance_schema'。'events_waits_history'
有错误的结构
[错误]原生表'performance_schema'。'events_waits_history_long'
有错误的结构
...

要解决该问题，请执行MySQL升级过程。 请参见 第2.11节“升级MySQL” 。

由于性能模式在构建时配置到服务器中 PERFORMANCE_SCHEMA ，因此输出中会出现 一行 SHOW ENGINES 。 这意味着性能模式可用，而不是它已启用。 要启用它，必须在服务器启动时执行此操作，如下一节中所述。

要使用MySQL性能模式，必须在服务器启动时启用它以启用事件收集。

默认情况下启用性能架构。 要显式启用或禁用它，请在 performance_schema 变量设置为适当值的情况下 启动服务器 。 例如，在服务器 my.cnf 文件中 使用以下行 ：

的[mysqld]
performance_schema = ON

如果服务器在性能架构初始化期间无法分配任何内部缓冲区，则性能架构将禁用自身并设置 performance_schema 为 OFF ，并且服务器将在没有检测的情况下运行。

性能模式还允许在服务器启动时进行仪器和消费者配置。

要在服务器启动时控制仪器，请使用以下形式的选项：

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

这里 instrument_name 是一个仪器名称，例如 wait/synch/mutex/sql/LOCK_open ，并且 value 是以下值之一：

每个 --performance-schema-instrument 选项只能指定一个仪器名称，但可以给出多个选项实例来配置多个仪器。 此外，仪器名称中允许使用模式来配置与模式匹配的仪器。 要将所有条件同步仪器配置为已启用和已计数，请使用此选项：

--performance-架构仪器= '等待/同步/ COND /％=计数'

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

--performance-架构仪器= '（％）= OFF'

例外： memory/performance_schema/% 仪器内置，启动时无法禁用。

无论顺序如何，较长的仪器名称字符串优先于较短的模式名称。 有关指定选择乐器的模式的信息，请参见 第26.4.9节“为过滤操作命名乐器或消费者” 。

无法识别的仪器名称将被忽略。 稍后安装的插件可能会创建仪器，此时可以识别和配置名称。

要在服务器启动时控制使用者，请使用以下形式的选项：

--performance-schema-consumer- consumer_name=value

这里 consumer_name 是消费者名称，例如 events_waits_history ，并且 value 是以下值之一：

例如，要启用 events_waits_history 使用者，请使用以下选项：

--performance-架构消费者的事件，等待历史= ON

通过检查 setup_consumers 表 可以找到允许的使用者名称 。 不允许使用模式。 setup_consumers 表 中的使用者名称 使用下划线，但对于在启动时设置的 使用者，名称中的 短划线和下划线是等效的。

性能模式包括几个提供配置信息的系统变量：

MySQL的> SHOW VARIABLES LIKE 'perf%';
+ ------------------------------------------------- ------- + --------- +
| Variable_name | 价值|
+ ------------------------------------------------- ------- + --------- +
| 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 变量是 ON 或 OFF 指示是启用还是禁用性能架构。 其他变量表示表大小（行数）或内存分配值。

要更改Performance Schema系统变量的值，请在服务器启动时设置它们。 例如，将以下行放在 my.cnf 文件中以更改等待事件的历史记录表的大小：

的[mysqld]
performance_schema
performance_schema_events_waits_history_size = 20
performance_schema_events_waits_history_long_size = 15000

如果未明确设置性能模式，则性能模式会在服务器启动时自动调整其几个参数的值。 例如，它通过这种方式调整控制事件大小的参数。 性能模式以递增方式分配内存，将其内存使用量扩展到实际服务器负载，而不是在服务器启动期间分配所需的所有内存。 因此，根本不需要设置许多尺寸参数。 要查看哪些参数是自动调整大小或自动调整的，请使用 mysqld --verbose --help 并检查选项描述，或参见 第26.15节“性能架构系统变量” 。

对于未在服务器启动时设置的每个自动调整参数，性能模式将根据以下系统值的值确定如何设置其值，这些值被视为 有关如何配置MySQL服务器的 “ 提示 ” ：

MAX_CONNECTIONS
open_files_limit
table_definition_cache
table_open_cache

要覆盖给定参数的自动调整大小或自动调节，请在启动时将其设置为-1以外的值。 在这种情况下，性能模式为其分配指定的值。

在运行时， SHOW VARIABLES 显示自动调整参数设置的实际值。 自动调整的参数显示值为-1。

如果禁用了性能模式，则其自动调整和自动调整的参数将保持设置为-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 权限，则可以通过修改设置表来更改性能模式操作，以影响监视的发生方式。 有关这些表的其他详细信息，请参见 第26.12.2节“性能架构设置表” 。

在 setup_instruments 与 setup_consumers 表列出可以收集该事件的手段和类型哪个事件信息实际上被收集，分别消费者。 其他设置表可以进一步修改监视配置。 第26.4.2节“性能模式事件过滤” 讨论了如何修改这些表以影响事件收集。

如果必须在运行时使用SQL语句进行性能模式配置更改，并且您希望每次服务器启动时这些更改生效，请将语句放在文件中并使用该 选项 启动服务器 。 如果您有多个监视配置，每个监视配置都可以生成不同类型的监视，例如临时服务器运行状况监视，事件调查，应用程序行为故障排除等，则此策略也很有用。 将每个监视配置的语句放入它们自己的文件中，并 在启动服务器时 将相应的文件指定为 参数。 --init-file=file_name --init-file

MySQL的> SELECT * FROM performance_schema.performance_timers;
+ ------------- + ----------------- + ----------------- -  + ---------------- +
| TIMER_NAME | TIMER_FREQUENCY | TIMER_RESOLUTION | TIMER_OVERHEAD |
+ ------------- + ----------------- + ----------------- -  + ---------------- +
| CYCLE | 2389029850 | 1 | 72 |
| NANOSECOND | 1000000000 | 1 | 112 |
| MICROSECOND | 1000000 | 1 | 136 |
| MILLISECOND | 1036 | 1 | 168 |
+ ------------- + ----------------- + ----------------- -  + ---------------- +

events_waits_current
events_stages_current
events_statements_current
events_transactions_current

WHERE END_EVENT_ID是NULL和TIMER_WAIT> N

MySQL的> SELECT NAME, ENABLED, TIMED
       FROM performance_schema.setup_instruments;
+ ------------------------------------------------- -  + --------- + ------- +
| NAME | 启用| 定时|
+ ------------------------------------------------- -  + --------- + ------- +
...
| stage / sql / end | 没有| 没有|
| stage / sql / execution | 没有| 没有|
| stage / sql / init | 没有| 没有|
| stage / sql / insert | 没有| 没有|
...
| statement / sql / load | 是的| 是的|
| statement / sql / grant | 是的| 是的|
| statement / sql / check | 是的| 是的|
| statement / sql / flush | 是的| 是的|
...
| wait / synch / mutex / sql / LOCK_global_read_lock | 是的| 是的|
| wait / synch / mutex / sql / LOCK_global_system_variables | 是的| 是的|
| wait / synch / mutex / sql / LOCK_lock_db | 是的| 是的|
| wait / synch / mutex / sql / LOCK_manager | 是的| 是的|
...
| wait / synch / rwlock / sql / LOCK_grant | 是的| 是的|
| wait / synch / rwlock / sql / LOGGER :: LOCK_logger | 是的| 是的|
| wait / synch / rwlock / sql / LOCK_sys_init_connect | 是的| 是的|
| wait / synch / rwlock / sql / LOCK_sys_init_slave | 是的| 是的|
...
| wait / io / file / sql / binlog | 是的| 是的|
| wait / io / file / sql / binlog_index | 是的| 是的|
| wait / io / file / sql / casetest | 是的| 是的|
| wait / io / file / sql / dbopt | 是的| 是的|
...

MySQL的> SELECT * FROM performance_schema.setup_objects;
+ ------------- + -------------------- + ------------- + --------- ------- + +
| OBJECT_TYPE | OBJECT_SCHEMA | OBJECT_NAME | 启用| 定时|
+ ------------- + -------------------- + ------------- + --------- ------- + +
| 活动| mysql | ％| 没有| 没有|
| 活动| performance_schema | ％| 没有| 没有|
| 活动| information_schema | ％| 没有| 没有|
| 活动| ％| ％| 是的| 是的|
| 功能| mysql | ％| 没有| 没有|
| 功能| performance_schema | ％| 没有| 没有|
| 功能| information_schema | ％| 没有| 没有|
| 功能| ％| ％| 是的| 是的|
| 程序| mysql | ％| 没有| 没有|
| 程序| performance_schema | ％| 没有| 没有|
| 程序| information_schema | ％| 没有| 没有|
| 程序| ％| ％| 是的| 是的|
| 表| mysql | ％| 没有| 没有|
| 表| performance_schema | ％| 没有| 没有|
| 表| information_schema | ％| 没有| 没有|
| 表| ％| ％| 是的| 是的|
| TRIGGER | mysql | ％| 没有| 没有|
| TRIGGER | performance_schema | ％| 没有| 没有|
| TRIGGER | information_schema | ％| 没有| 没有|
| TRIGGER | ％| ％| 是的| 是的|
+ ------------- + -------------------- + ------------- + --------- ------- + +

+ ------------- + --------------- + ------------- + ----- ---- + ------- +
| OBJECT_TYPE | OBJECT_SCHEMA | OBJECT_NAME | 启用| 定时|
+ ------------- + --------------- + ------------- + ----- ---- + ------- +
| 表| db1 | t1 | 是的| 是的|
| 表| db1 | t2 | 没有| 没有|
| 表| db2 | ％| 是的| 是的|
| 表| db3 | ％| 没有| 没有|
| 表| ％| ％| 是的| 是的|
+ ------------- + --------------- + ------------- + ----- ---- + ------- +

events_waits_history
events_waits_history_long
events_stages_history
events_stages_history_long
events_statements_history
events_statements_history_long
events_transactions_history
events_transactions_history_long

MySQL的> SELECT * FROM performance_schema.setup_actors;
+ ------ + ------ + ------ + --------- + --------- +
| 主持人| 用户| 角色| 启用| 历史|
+ ------ + ------ + ------ + --------- + --------- +
| ％| ％| ％| 是的| 是的|
+ ------ + ------ + ------ + --------- + --------- +

更新performance_schema.setup_actors
SET ENABLED ='NO'，HISTORY ='NO'
WHERE HOST ='％'和USER ='％';
INSERT INTO performance_schema.setup_actors
（主机，用户，角色，启用，历史）
VALUES（ '本地主机'， '乔'， '％'， 'YES'， 'YES'）;
INSERT INTO performance_schema.setup_actors
（主机，用户，角色，启用，历史）
VALUES（ 'hosta.example.com'， '乔'， '％'， 'YES'， '否'）;
INSERT INTO performance_schema.setup_actors
（主机，用户，角色，启用，历史）
VALUES（ '％'， 'SAM'， '％'， '否'， 'YES'）;

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ ---------------------------------- + --------- +
| NAME | 启用|
+ ---------------------------------- + --------- +
| 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 | 是的|
+ ---------------------------------- + --------- +

更新performance_schema.setup_consumers
SET ENABLED ='NO'
名称在哪里'％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 performance_schema.setup_consumers;
+ --------------------------- + --------- +
| NAME | 启用|
+ --------------------------- + --------- +
| global_instrumentation | 没有|
...
+ --------------------------- + --------- +

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ --------------------------- + --------- +
| NAME | 启用|
+ --------------------------- + --------- +
| global_instrumentation | 是的|
| thread_instrumentation | 没有|
...
+ --------------------------- + --------- +

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ ---------------------------------- + --------- +
| NAME | 启用|
+ ---------------------------------- + --------- +
| global_instrumentation | 是的|
| thread_instrumentation | 是的|
| events_waits_current | 没有|
...
| events_stages_current | 没有|
...
| events_statements_current | 没有|
...
| events_transactions_current | 没有|
...
+ ---------------------------------- + --------- +

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ ---------------------------------- + --------- +
| NAME | 启用|
+ ---------------------------------- + --------- +
| 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 | 没有|
...
+ ---------------------------------- + --------- +

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ ---------------------------------- + --------- +
| NAME | 启用|
+ ---------------------------------- + --------- +
| 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 | 没有|
...
+ ---------------------------------- + --------- +

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ ---------------------------------- + --------- +
| NAME | 启用|
+ ---------------------------------- + --------- +
| 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 | 是的|
...
+ ---------------------------------- + --------- +

MySQL的> SELECT * FROM performance_schema.setup_consumers;
+ ---------------------------------- + --------- +
| NAME | 启用|
+ ---------------------------------- + --------- +
| 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 | 是的|
...
+ ---------------------------------- + --------- +

更新performance_schema.setup_instruments
SET ENABLED ='NO'
WHERE NAME ='wait / synch / mutex / myisammrg / MYRG_INFO :: mutex';

更新performance_schema.setup_consumers
SET ENABLED ='NO'
WHERE NAME ='events_waits_current';

更新performance_schema.setup_instruments
SET ENABLED ='NO'
在哪里名称'wait / synch / mutex /％';

更新performance_schema.setup_consumers
SET ENABLED ='NO'
名称在哪里'％history％';

...在哪里名称'wait / io / file /％';

从performance_schema.setup_instruments中选择名称
名称在哪里' pattern';

从performance_schema.setup_consumers中选择名称
名称在哪里' pattern';

MySQL的> SELECT NAME, ENABLED, TIMED
       FROM performance_schema.setup_instruments
       WHERE NAME LIKE 'wait/io/file/innodb/%';
+ ------------------------------------------------- + --------- + ------- +
| NAME | 启用| 定时|
+ ------------------------------------------------- + --------- + ------- +
| wait / io / file / innodb / innodb_tablespace_open_file | 是的| 是的|
| wait / io / file / innodb / innodb_data_file | 是的| 是的|
| wait / io / file / innodb / innodb_log_file | 是的| 是的|
| wait / io / file / innodb / innodb_temp_file | 是的| 是的|
| wait / io / file / innodb / innodb_arch_file | 是的| 是的|
| wait / io / file / innodb / innodb_clone_file | 是的| 是的|
+ ------------------------------------------------- + --------- + ------- +

预过滤限制收集哪些事件信息，并且独立于任何特定用户。 相比之下，后过滤是由各个用户通过使用具有适当 WHERE 子句 的查询来执行的，这些 子句限制在应用预过滤之后从可用事件中选择哪些事件信息。

在 第26.4.3节“事件预过滤”中 ，一个示例显示了如何对文件仪器进行预过滤。 如果事件表包含文件和非文件信息，则后过滤是另一种仅查看文件事件信息的方法。 WHERE 在查询中 添加一个 子句以适当地限制事件选择：

MySQL的> SELECT THREAD_ID, NUMBER_OF_BYTES
       FROM performance_schema.events_waits_history
       WHERE 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 /文件/ MyISAM数据/日志
等待/ IO /文件/ MYSYS /字符集
等待/锁/表/ SQL /处理器
等待/同步/湿/ MYSYS / COND_alarm
等待/同步/湿/ SQL / BINLOG :: update_cond
等待/同步/互斥/ MYSYS / BITMAP_mutex
等待/同步/互斥/ SQL / LOCK_delete
等待/同步/ rwlock中/ SQL / Query_cache_query ::锁
stage / sql / closing tables
stage / sql /排序结果
声明/ COM /执行
声明/ COM /查询
声明/ SQL / CREATE_TABLE
声明/ SQL / lock_tables
错误

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

名称中给定组件的解释取决于其左侧的组件。 例如， myisam 出现在以下两个名称中，但 myisam 第一个名称与文件I / O相关，而在第二个名称中，它与同步工具有关：

等待/ IO /文件/ MyISAM数据/日志
等待/同步/湿/ MyISAM数据/ MI_SORT_INFO :: COND

仪器名称包含一个前缀，该前缀具有由Performance Schema实现定义的结构，以及由实现仪器代码的开发人员定义的后缀。 仪器前缀的顶级组件表示仪器的类型。 该组件还确定 performance_timers 表 中的哪个事件计时器 适用于仪器。 对于仪器名称的前缀部分，顶级表示仪器的类型。

仪器名称的后缀部分来自仪器本身的代码。 后缀可能包括以下级别：

有几个与Performance Schema关联的状态变量：

MySQL的> SHOW STATUS LIKE 'perf%';
+ ----------------------------------------------- +  - ------ +
| Variable_name | 价值|
+ ----------------------------------------------- +  - ------ +
| 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 |
+ ----------------------------------------------- +  - ------ +