MySQL 8.4 发行说明
本节简要介绍 Performance Schema，并通过示例展示如何使用它。有关更多示例，请参见第 29.19 节，“使用 Performance Schema 诊断问题”.
Performance Schema 默认情况下已启用。若要显式启用或禁用它，请使用performance_schema变量设置为适当的值启动服务器。例如，在服务器my.cnf文件中使用以下行
[mysqld]
performance_schema=ON服务器启动时，它会看到performance_schema并尝试初始化 Performance Schema。若要验证初始化是否成功，请使用以下语句
mysql> SHOW VARIABLES LIKE 'performance_schema';
+--------------------+-------+
| Variable_name | Value |
+--------------------+-------+
| performance_schema | ON |
+--------------------+-------+值为ON表示 Performance Schema 初始化成功，可以正常使用。值为OFF表示发生了一些错误。检查服务器错误日志以获取有关错误原因的信息。
Performance Schema 是作为存储引擎实现的，因此您可以在 Information Schema ENGINES表或SHOW ENGINES语句的输出中看到它
mysql> SELECT * FROM INFORMATION_SCHEMA.ENGINES
WHERE ENGINE='PERFORMANCE_SCHEMA'\G
*************************** 1. row ***************************
ENGINE: PERFORMANCE_SCHEMA
SUPPORT: YES
COMMENT: Performance Schema
TRANSACTIONS: NO
XA: NO
SAVEPOINTS: NO
mysql> SHOW ENGINES\G
...
Engine: PERFORMANCE_SCHEMA
Support: YES
Comment: Performance Schema
Transactions: NO
XA: NO
Savepoints: NO
...PERFORMANCE_SCHEMA存储引擎在performance_schema数据库中的表上运行。您可以将performance_schema设置为默认数据库，以便对其中表的引用不需要使用数据库名称进行限定
mysql> USE performance_schema;Performance Schema 表存储在performance_schema数据库中。有关此数据库及其表的结构信息，可以通过从INFORMATION_SCHEMA数据库中选择信息来获取，也可以使用SHOW语句来获取。例如，可以使用以下任一语句查看存在哪些 Performance Schema 表
mysql> SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA = 'performance_schema';
+------------------------------------------------------+
| TABLE_NAME |
+------------------------------------------------------+
| accounts |
| 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 |
| hosts |
| 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 |
| threads |
| users |
+------------------------------------------------------+
mysql> SHOW TABLES FROM performance_schema;
+------------------------------------------------------+
| Tables_in_performance_schema |
+------------------------------------------------------+
| accounts |
| cond_instances |
| events_stages_current |
| events_stages_history |
| events_stages_history_long |
...随着对更多检测的实现，Performance Schema 表的数量会随着时间的推移而增加。
performance_schema数据库的名称为小写，其内部表的名称也是小写。查询应使用小写指定名称。
若要查看单个表的结构，请使用SHOW CREATE TABLE
mysql> SHOW CREATE TABLE performance_schema.setup_consumers\G
*************************** 1. row ***************************
Table: setup_consumers
Create Table: CREATE TABLE `setup_consumers` (
`NAME` varchar(64) NOT NULL,
`ENABLED` enum('YES','NO') NOT NULL,
PRIMARY KEY (`NAME`)
) ENGINE=PERFORMANCE_SCHEMA DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci也可以通过从诸如INFORMATION_SCHEMA.COLUMNS之类的表中选择或使用SHOW COLUMNS之类的语句来获取表结构。
performance_schema数据库中的表可以根据它们包含的信息类型进行分组：当前事件、事件历史记录和摘要、对象实例以及设置（配置）信息。以下示例说明了这些表的一些用途。有关每个组中表的详细信息，请参见第 29.12 节，“Performance Schema 表描述”.
最初，并非所有检测和使用者都已启用，因此 performance schema 不会收集所有事件。若要将所有这些事件都打开并启用事件计时，请执行两条语句（行数可能因 MySQL 版本而异）
mysql> UPDATE performance_schema.setup_instruments
SET ENABLED = 'YES', TIMED = 'YES';
Query OK, 560 rows affected (0.04 sec)
mysql> UPDATE performance_schema.setup_consumers
SET ENABLED = 'YES';
Query OK, 10 rows affected (0.00 sec)若要查看服务器当前正在做什么，请检查events_waits_current表。它包含每个线程的一行，显示每个线程的最新监控事件
mysql> SELECT *
FROM performance_schema.events_waits_current\G
*************************** 1. row ***************************
THREAD_ID: 0
EVENT_ID: 5523
END_EVENT_ID: 5523
EVENT_NAME: wait/synch/mutex/mysys/THR_LOCK::mutex
SOURCE: 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
OPERATION: lock
NUMBER_OF_BYTES: NULL
FLAGS: 0
...此事件表明线程 0 正在等待 86,526 皮秒以获取对THR_LOCK::mutex的锁，这是一个位于mysys子系统中的互斥锁。前几列提供以下信息
ID 列指示事件来自哪个线程以及事件编号。
EVENT_NAME指示检测的内容，而SOURCE指示包含检测代码的源文件。计时器列显示事件的开始和结束时间以及持续时间。如果事件仍在进行中，则
TIMER_END和TIMER_WAIT值为NULL。计时器值是近似值，以皮秒表示。有关计时器和事件时间收集的信息，请参见 第 29.4.1 节，“Performance Schema 事件计时”。
历史表包含与当前事件表相同的行类型，但包含更多行，并显示服务器 “最近” 而不是 “当前” 所做的事情。 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 或 SUM_TIMER_WAIT 列进行排序，这两个列分别对应于 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 互斥锁 “很热”，无论是使用频率还是线程等待获取它的时间。
注意
THR_LOCK_malloc 互斥锁仅在调试版本中使用。在生产版本中，它不是热点，因为它不存在。
实例表记录了哪些类型的对象已进行检测。检测到的对象在服务器使用时会生成事件。这些表提供事件名称以及说明性注释或状态信息。例如， file_instances 表列出文件 I/O 操作的仪器实例及其关联文件。
mysql> SELECT *
FROM performance_schema.file_instances\G
*************************** 1. row ***************************
FILE_NAME: /opt/mysql-log/60500/binlog.000007
EVENT_NAME: wait/io/file/sql/binlog
OPEN_COUNT: 0
*************************** 2. row ***************************
FILE_NAME: /opt/mysql/60500/data/mysql/tables_priv.MYI
EVENT_NAME: wait/io/file/myisam/kfile
OPEN_COUNT: 1
*************************** 3. row ***************************
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 | ENABLED | TIMED |
+---------------------------------------------------+---------+-------+
...
| stage/sql/end | NO | NO |
| stage/sql/executing | NO | NO |
| stage/sql/init | NO | NO |
| stage/sql/insert | NO | NO |
...
| statement/sql/load | YES | YES |
| statement/sql/grant | YES | YES |
| statement/sql/check | YES | YES |
| statement/sql/flush | YES | YES |
...
| wait/synch/mutex/sql/LOCK_global_read_lock | YES | YES |
| wait/synch/mutex/sql/LOCK_global_system_variables | YES | YES |
| wait/synch/mutex/sql/LOCK_lock_db | YES | YES |
| wait/synch/mutex/sql/LOCK_manager | YES | YES |
...
| wait/synch/rwlock/sql/LOCK_grant | YES | YES |
| wait/synch/rwlock/sql/LOGGER::LOCK_logger | YES | YES |
| wait/synch/rwlock/sql/LOCK_sys_init_connect | YES | YES |
| wait/synch/rwlock/sql/LOCK_sys_init_slave | YES | YES |
...
| wait/io/file/sql/binlog | YES | YES |
| wait/io/file/sql/binlog_index | YES | YES |
| wait/io/file/sql/casetest | YES | YES |
| wait/io/file/sql/dbopt | YES | YES |
...要了解如何解释仪器名称，请参见 第 29.6 节，“Performance Schema 仪器命名约定”。
要控制是否为仪器收集事件，请将其 ENABLED 值设置为 YES 或 NO。例如
mysql> UPDATE performance_schema.setup_instruments
SET ENABLED = 'NO'
WHERE NAME = 'wait/synch/mutex/sql/LOCK_mysql_create_db';Performance Schema 使用收集的事件更新 performance_schema 数据库中的表，这些表充当事件信息的 “使用者”。 setup_consumers 表列出可用的使用者以及哪些使用者已启用。
mysql> SELECT * FROM performance_schema.setup_consumers;
+----------------------------------+---------+
| NAME | ENABLED |
+----------------------------------+---------+
| events_stages_current | NO |
| events_stages_history | NO |
| events_stages_history_long | NO |
| events_statements_cpu | 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 |
| events_waits_current | NO |
| events_waits_history | NO |
| events_waits_history_long | NO |
| global_instrumentation | YES |
| thread_instrumentation | YES |
| statements_digest | YES |
+----------------------------------+---------+要控制 Performance Schema 是否将使用者作为事件信息的目的地，请设置其 ENABLED 值。
有关设置表以及如何使用它们控制事件收集的更多信息，请参见 第 29.4.2 节，“Performance Schema 事件筛选”。
有一些杂项表不属于上述任何一组。例如， performance_timers 列出可用的事件计时器及其特性。有关计时器的信息，请参见 第 29.4.1 节，“Performance Schema 事件计时”。