【MySQL内置数据库】performance_schema

MySQL8.0.37 performance_schema下共有111张表

官方文档:https://dev.mysql.com/doc/refman/8.0/en/performance-schema.html

统计

accounts

这个表是MySQL性能模式中的accounts表,用于存储数据库用户账户的信息。以下是表中每一列的含义:

• USER: 数据库用户名。
• HOST: 用户连接到数据库的主机名或IP地址。
• CURRENT_CONNECTIONS: 当前用户会话的数量。
• TOTAL_CONNECTIONS: 自从服务器启动以来该用户建立的连接总数。
• MAX_SESSION_CONTROLLED_MEMORY: 为用户会话设置的最大受控内存。
• MAX_SESSION_TOTAL_MEMORY: 为用户会话设置的最大总内存。

这些列提供了关于数据库用户账户的连接和内存使用情况的详细信息,有助于监控和管理系统资源。表中还有一个唯一键UNIQUE KEY ACCOUNT ('USER', 'HOST'),用于确保每个用户和主机的组合在表中是唯一的。

binary_log_transaction_compression_stats

这个表是MySQL性能模式中的binary_log_transaction_compression_stats表,用于记录二进制日志事务压缩的统计信息。以下是表中每一列的含义:

• LOG_TYPE: 日志类型,指示事务被写入的日志类型。
• COMPRESSION_TYPE: 事务压缩使用的算法。
• TRANSACTION_COUNTER: 写入的事务总数。
• COMPRESSED_BYTES_COUNTER: 压缩后的总字节数。
• UNCOMPRESSED_BYTES_COUNTER: 压缩前的总字节数。
• COMPRESSION_PERCENTAGE: 压缩率,以百分比表示。
• FIRST_TRANSACTION_ID: 写入的第一个事务的ID。
• FIRST_TRANSACTION_UNCOMPRESSED_BYTES: 第一个事务压缩前的字节数。
• FIRST_TRANSACTION_TIMESTAMP: 第一个事务写入的时间戳。
• LAST_TRANSACTION_ID: 最后一个事务的ID。
• LAST_TRANSACTION_COMPRESSED_BYTES: 最后一个事务压缩后的字节数。
• LAST_TRANSACTION_UNCOMPRESSED_BYTES: 最后一个事务压缩前的字节数。
• LAST_TRANSACTION_TIMESTAMP: 最后一个事务写入的时间戳。

这些列提供了关于二进制日志事务压缩的详细统计信息,有助于分析压缩效率和性能。表中的数据可以帮助数据库管理员了解压缩对存储和网络带宽的影响。

cond_instances

cond_instances 是 MySQL 和 MariaDB 中 performance_schema 数据库的一个表,用于记录服务器执行期间性能模式所看到的所有条件 Condition 。

表的作用

条件 Condition 是一种同步机制,用于在代码中信号特定事件的发生,以便等待该条件的线程可以恢复工作。例如,当一个线程等待某个事件发生时,cond_instances 表中的 NAME 列会显示该线程正在等待的条件名称,但无法直接显示是哪个线程触发了该条件。

cond_instances 表包含以下列:

• NAME:与条件相关联的仪器 instrument 名称。
• OBJECT_INSTANCE_BEGIN:检测条件在内存中的地址。

该表主要用于性能监控和调试,帮助开发者和 DBA 理解线程等待的条件及其触发机制。

data_lock_waits

data_lock_waits 表是 MySQL Performance Schema 中的一个表,用于记录和分析 InnoDB 存储引擎中发生的行锁等待事件。这个表可以帮助你理解哪些事务在等待获取锁,哪些事务持有锁,以及它们之间的等待关系。以下是表中每一列的详细解释:

• REQUESTING_ENGINE_LOCK_ID: 请求锁的引擎锁ID。标识请求锁的事务的引擎锁ID。
• REQUESTING_ENGINE_TRANSACTION_ID: 请求锁的事务ID。标识请求锁的事务ID。
• REQUESTING_THREAD_ID: 请求锁的线程ID。标识请求锁的线程ID。
• REQUESTING_EVENT_ID: 请求锁的事件ID。标识请求锁的事务中的事件ID。
• BLOCKING_ENGINE_LOCK_ID: 阻塞请求事务的引擎锁ID。标识阻塞请求事务的引擎锁ID。
• BLOCKING_TRANSACTION_ID: 阻塞事务的事务ID。标识持有锁的事务ID。
• BLOCKING_THREAD_ID: 阻塞线程的线程ID。标识持有锁的线程ID。
• BLOCKING_EVENT_ID: 阻塞事务的事件ID。标识持有锁的事务中的事件ID。

这些列共同描述了事务之间因锁等待而产生的依赖关系,可以帮助你识别和解决数据库中的锁争用问题。

例如,如果你发现系统中存在长时间运行的事务,或者某些事务似乎在等待其他事务释放锁,你可以查询 data_lock_waits 表来获取详细信息,了解哪些事务在等待哪些锁,以及哪些事务持有这些锁。这有助于你优化事务处理死锁争用、性能瓶颈等问题。

在实际使用中,你可以通过以下查询来获取锁等待的详细信息:

1
2
3
4
5
6

SELECT
1 AS Waiting_thread,
2 AS Blocking_thread,
3 AS Waiting_event,
4 AS Waiting_time
FROM data_lock_waits;

这将返回等待的线程ID、阻塞它的线程ID以及等待时间 秒 。通过这些信息,你可以进一步分析和优化数据库性能。

data_locks

data_locks 表是 MySQL Performance Schema 中的一个表,用于记录 InnoDB 存储引擎中发生的行锁等待事件。以下是表中每一列的含义:

• ENGINE:请求锁的引擎名称 例如 InnoDB 。

• ENGINE_LOCK_ID:请求锁的事务的引擎锁ID。

• ENGINE_TRANSACTION_ID:请求锁的事务ID。

• THREAD_ID:请求锁的线程ID。

• EVENT_ID:请求锁的事件ID。

• OBJECT_SCHEMA:被锁定对象所在的数据库名称。

• OBJECT_NAME:被锁定的对象名称 例如表名 。

• PARTITION_NAME:被锁定的对象的分区名称 如果有 。

• SUBPARTITION_NAME:被锁定的对象的子分区名称 如果有 。

• INDEX_NAME:被锁定的索引名称。

• OBJECT_INSTANCE_BEGIN:对象实例开始时间。

• LOCK_TYPE:锁类型 例如行锁、表锁等 。

• LOCK_MODE:锁模式 例如共享锁、排他锁等 。

• LOCK_STATUS:锁状态 例如等待、阻塞等 。

• LOCK_DATA:锁相关的数据,以 JSON 格式存储,包含请求事务ID、引擎等信息。

• 查看当前所有锁等待事件:

1

SELECT * FROM data_locks;

• 查看特定表的锁等待事件:

1

SELECT * FROM data_locks WHERE OBJECT_SCHEMA 'your_db' AND OBJECT_NAME 'your_table';

• 看特定事务的锁等待事件:

1

SELECT * FROM data_locks WHERE ENGINE_TRANSACTION_ID your_transaction_id;

通过这些查询,你可以了解哪些事务在等待获取锁,哪些事务持有锁,以及它们之间的等待关系。这有助于诊断和解决数据库中的锁争用问题。

error_log

error_log 表是 MySQL Performance Schema 中的一个表,用于记录 MySQL 服务器的错误日志信息。以下是表中每一列的含义:

• LOGGED:记录创建时间戳,表示错误发生的时间。

• THREAD_ID:产生错误的线程ID。

• PRIO:错误优先级,可以是 System、Error、Warning 或 Note。

• ERROR_CODE:错误代码,表示错误的具体代码。

• SUBSYSTEM:子系统名称,表示错误的来源系统 如 MySQL 服务器、存储引擎等 。

• DATA:错误信息文本,包含错误的详细描述。

• 查看所有错误日志:

1

SELECT * FROM error_log;

• 查看特定类型的错误日志 例如,错误 :

1

SELECT * FROM error_log WHERE PRIO 'Error';

• 查特定线程的错误日志:

1

SELECT * FROM error_log WHERE THREAD_ID your_thread_id;

通过这些查询,你可以了解 MySQL 服务器上发生的错误信息,包括错误发生时间、错误级别、错误代码、错误来源和详细描述。这有助于诊断和解决数据库中的问题。

events_errors_summary_by_account_by_error

events_errors_summary_by_account_by_error 表是 MySQL Performance Schema 中的一个表,用于按账户统计错误事件的摘要信息。以下是表中每一列的含义:

• USER:发生错误的用户名称。

• HOST:发生错误的主机名。

• ERROR_NUMBER:错误代码。

• ERROR_NAME:错误名称。

• SQL_STATE:SQL 状态。

• SUM_ERROR_RAISED:统计错误发生的次数。

• SUM_ERROR_HANDLED:统计已处理错误的次数。

• FIRST_SEEN:首次看到错误的时间戳。

• LAST_SEEN:最后看到错误的时间戳。

• 查看所有错误摘要:

1

SELECT * FROM events_errors_summary_by_account_by_error;

• 查特定用户的错误摘要:

1

SELECT * FROM events_errors_summary_by_account_by_error WHERE USER 'your_user';

• 按错误代码过滤:

1

SELECT * FROM events_errors_summary_by_account_by_error WHERE ERROR_NUMBER your_error_number;

通过这些查询,你可以了解哪些用户在什么主机上发生了哪些错误,错误的名称、SQL 状态、发生次数以及首次和最后发生时间。这有助于诊断和解决数据库中的问题。

events_errors_summary_by_host_by_error

events_errors_summary_by_host_by_error 表是 MySQL Performance Schema 中的一个表,用于按主机和错误类型统计错误信息。以下是表中每一列的含义:

• HOST:发生错误的主机名。

• ERROR_NUMBER:错误代码。

• ERROR_NAME:错误名称。

• SQL_STATE:SQL 状态。

• SUM_ERROR_RAISED:统计错误发生的次数。

• SUM_ERROR_HANDLED:统计已处理错误的次数。

• FIRST_SEEN:首次看到错误的时间戳。

• LAST_SEEN:最后看到错误的时间戳。

• 查看所有错误摘要:

1

SELECT * FROM events_errors_summary_by_host_by_error;

• 查特定主机的错误摘要:

1

SELECT * FROM events_errors_summary_by_host_by_error WHERE HOST 'your_host';

• 按错误代码过滤:

1

SELECT * FROM events_errors_summary_by_host_by_error WHERE ERROR_NUMBER your_error_number;

通过这些查询,你可以了解哪些主机上发生了哪些错误,错误的名称、SQL 状态、发生次数以及首次和最后发生时间。这有助于诊断和解决数据库中的问题。

events_errors_summary_by_thread_by_error

events_errors_summary_by_thread_by_error 表是 MySQL Performance Schema 中的一个表,用于按线程和错误类型统计错误信息。以下是表中每一列的含义:

• THREAD_ID:发生错误的线程ID。

• ERROR_NUMBER:错误代码。

• ERROR_NAME:错误名称。

• SQL_STATE:SQL 状态。

• SUM_ERROR_RAISED:统计错误发生的次数。

• SUM_ERROR_HANDLED:统计已处理错误的次数。

• FIRST_SEEN:首次看到错误的时间戳。

• LAST_SEEN:最后看到的时间戳。

• 查看所有错误摘要:

1

SELECT * FROM events_errors_summary_by_thread_by_error;

• 查特定线程的错误摘要:

1

SELECT * FROM events_errors_summary_by_thread_by_error WHERE THREAD_ID your_thread_id;

• 按错误代码过滤:

1

SELECT * FROM events_summary_by_thread_by_thread_by_error WHERE ERROR_NUMBER your_error_number;

通过这些查询,你可以了解哪些线程上发生了哪些错误,错误的名称、SQL 状态、发生次数以及首次和最后发生时间。这有助于诊断和解决数据库中的问题。

events_errors_summary_by_user_by_error

events_errors_summary_by_user_by_error 表是 MySQL Performance Schema 中的一个表,用于按用户和错误类型统计错误信息。以下是表中每一列的含义:

• USER:发生错误的用户名称。

• ERROR_NUMBER:错误代码。

• ERROR_NAME:错误名称。

• SQL_STATE:SQL 状态。

• SUM_ERROR_RAISED:统计错误发生的次数。

• SUM_ERROR_HANDLED:统计已处理错误的次数。

• FIRST_SEEN:首次看到的时间戳。

• LAST_SEEN:最后看到的时间戳。

• 查看所有错误摘要:

1

SELECT * FROM events_errors_summary_by_user_by_error;

• 查特定用户的错误摘要:

1

SELECT * FROM events_errors_summary_by_user_by_error WHERE USER 'your_user';

• 按错误代码过滤:

1

SELECT * FROM events_summary_by_user_by_error WHERE ERROR_NUMBER your_error_number;

通过这些查询,你可以了解哪些用户发生了哪些错误,错误的名称、SQL 状态、发生次数以及首次和最后发生时间。这有助于诊断和解决数据库中的问题。

events_errors_summary_global_by_error

events_errors_summary_global_by_error 表是 MySQL Performance Schema 中的一个表,用于按错误类型统计全局错误信息。以下是表中每一列的含义:

• ERROR_NUMBER:错误代码。

• ERROR_NAME:错误名称。

• SQL_STATE:SQL 状态。

• SUM_ERROR_RAISED:统计错误发生的次数。

• SUM_ERROR_HANDLED:统计已处理错误的次数。

• FIRST_SEEN:首次看到的时间戳。

• LAST_SEEN:最后看到的时间戳。

• 查看所有错误摘要:

1

SELECT * FROM events_errors_summary_global_by_error;

• 查特定错误摘要:

1

SELECT * FROM events_errors_summary_global_by_error WHERE ERROR_NUMBER your_error_number;

通过这些查询,你可以了解哪些错误发生了多少次,错误的名称、SQL 状态、发生次数以及首次和最后发生时间。这有助于诊断和解决数据库中的问题。

events_stages_current

events_stages_current 表是 MySQL Performance Schema 中的一个表,用于记录当前会话中正在执行的事件的各个阶段信息。以下是表中每一列的含义:

• THREAD_ID:线程ID,标识正在执行事件的线程。

• EVENT_ID:事件ID。

• END_EVENT_ID:结束事件ID。

• EVENT_NAME:事件名称。

• SOURCE:事件来源 例如,可能是 SERVER、WAIT、USER等 。

• TIMER_START:事件开始时间戳。

• TIMER_END:事件结束时间戳。

• TIMER_WAIT:等待时间 如果事件处于等待状态 。

• WORK_COMPLETED:已完成的工作量。

• WORK_ESTIMATED:估计剩余工作量。

• NESTING_EVENT_ID:嵌套事件ID 如果有 。

• NESTING_EVENT_TYPE:嵌套事件类型 TRANSACTION、、STAGE或WAIT 。

• 查看当前所有事件:

1

SELECT * FROM events_stages_current;

• 查特定线程的事件:

1

SELECT * FROM events_stages_current WHERE THREAD_ID your_thread_id;

通过这些查询,你可以了解哪些线程正在执行哪些事件,事件名称、来源、开始和结束时间、等待时间、完成情况等信息。这有助于诊断和解决数据库中的问题。

events_stages_history

events_stages_history 表是 MySQL Performance Schema 中的一个表,用于记录历史事件的各个阶段信息。以下是表中每一列的含义:

• THREAD_ID:线程ID,标识执行事件的线程。

• EVENT_ID:事件ID。

• END_EVENT_ID:结束事件ID。

• EVENT_NAME:事件名称。

• SOURCE:事件来源 例如,SERVER、USER等 。

• TIMER_START:事件开始时间戳。

• TIMER_END:事件结束时间戳。

• TIMER_WAIT:等待时间 如果事件处于等待状态 。

• WORK_COMPLETED:已完成的工作量。

• WORK_ESTIMATED:估计剩余工作量。

• NESTING_EVENT_ID:嵌套事件ID 如果有 。

• NESTING_EVENT_TYPE:嵌套事件类型 TRANSACTION、STAGE或WAIT 。

• 查看所有事件:

1

SELECT * FROM events_stages_history;

• 查特定线程的事件:

1

SELECT * FROM events_stages_history WHERE THREAD_ID your_thread_id;

通过这些查询,你可以了解哪些线程上发生了哪些事件,事件名称、来源、开始和结束时间、等待时间、完成情况等信息。这有助于诊断和解决数据库中的问题。

events_stages_history_long

events_stages_history_long 表是 MySQL Performance Schema 中的一个表,用于记录长时间运行的事件的各个阶段信息。以下是表中每一列的含义:

• THREAD_ID:线程ID,标识执行事件的线程。

• EVENT_ID:事件ID。

• END_EVENT_ID:结束事件ID。

• EVENT_NAME:事件名称。

• SOURCE:事件来源 例如,SERVERUSER、WAIT 等 。

• TIMER_START:事件开始时间戳。

• TIMER_END:事件结束时间戳。

• TIMER_WAIT:等待时间 如果事件处于等待状态 。

• WORK_COMPLETED:已完成的工作量。

• WORK_ESTIMATED:估计剩余工作量。

• NESTING_EVENT_ID:嵌套事件ID 如果有 。

• NESTING_EVENT_TYPE:嵌套事件类型 TRANSACTION、STAGE或WAIT 。

• 查看所有事件:

1

SELECT * FROM events_stages_history;

• 查特定线程的事件:

1

SELECT * FROM events_stages_history WHERE THREAD_ID your_thread_id;

通过这些查询,你可以了解哪些线程上发生了哪些事件,事件名称、来源、开始和结束时间、等待时间、完成情况等信息。这有助于诊断和解决数据库中的问题。

events_stages_summary_by_account_by_event_name

events_stages_summary_by_account_by_event_name 表是 MySQL Performance Schema 中的一个表,用于按账户和事件名称统计事件名称统计阶段信息。以下是表中每一列的含义:

• USER:发生事件的用户。

• HOST:发生事件的主机名。

• EVENT_NAME:事件名称。

• COUNT_STAR:事件开始的次数。

• SUM_TIMER_WAIT:总等待时间 毫秒 。

• MIN_TIMER_WAIT:最小等待时间 毫秒 。

• AVG_TIMER_WAIT:平均等待时间 毫秒 。

• MAX_TIMER_WAIT:最大等待时间 毫秒 。

• 查看所有事件摘要:

1

SELECT * FROM events_stages_summary_by_event_name;

• 查特定事件的摘要:

1

SELECT * FROM events_stages_summary_by_event_name WHERE EVENT_NAME 'your_event_name';

• 查特定用户的错误摘要:

1

SELECT * FROM events_stages_summary_by_event_name WHERE USER 'your_user';

通过这些查询,你可以了解哪些用户发生了哪些事件,事件名称、等待时间、发生次数以及首次发生时间。这有助于诊断和解决数据库中的问题。

events_stages_summary_by_host_by_event_name

events_stages_summary_by_host_by_event_name 表是 MySQL Performance Schema 中的一个表,用于按主机和事件名称统计事件名称统计事件阶段信息。以下是表中每一列的含义:

• HOST:发生事件的主机名。

• EVENT_NAME:事件名称。

• COUNT_STAR:事件开始的次数。

• SUM_TIMER_WAIT:总等待时间 毫秒 。

• MIN_TIMER_WAIT:最小等待时间 毫秒 。

• AVG_WAIT:平均等待时间 毫秒 。

• MMAX_TIMER_WAIT:最大等待时间 毫秒 。

• 查看所有事件摘要:

1

SELECT * FROM events_stages_summary_by_event_name;

• 查特定事件的摘要:

1

SELECT * FROM events_stages_by_event_name WHERE EVENT_NAME 'your_event_name';

• 查特定主机的错误摘要:

1

SELECT * FROM events_stages_by_event_name WHERE HOST 'your_host';

通过这些查询,你可以了解哪些主机上发生了哪些事件,事件名称、等待时间、发生次数以及首次发生时间。这有助于诊断和解决数据库中的问题。

events_stages_summary_by_thread_by_event_name

events_stages_summary_by_thread_by_thread_by_event_name 表是 MySQL Performance Schema 中的一个表,用于按线程和事件名称统计事件阶段信息。以下是表中每一列的含义:

• THREAD_ID:线程ID,标识执行事件的线程。

• EVENT_NAME:事件名称。

• COUNT_STAR:事件开始的次数。

• SUM_TIMER_WAIT:总等待时间 毫秒 。

• MIN_TIMER_WAIT:最小等待时间 毫秒 。

• AVG_WAIT:平均等待时间 毫秒 。

• MAX_TIMER_WAIT:最大等待时间 毫秒 。

• 查看所有事件摘要:

1

SELECT * FROM events_stages_summary_by_thread_by_event_name;

• 查特定事件的摘要:

1

SELECT * FROM events_summary_by_thread_by_event_name WHERE EVENT_NAME 'your_event_name';

• 查特定线程的错误摘要:

1

SELECT * FROM events_summary_by_thread_by_event_name WHERE THREAD_ID your_thread_id;

通过这些查询,你可以了解哪些线程上发生了哪些事件,事件名称、等待时间、发生次数以及首次发生时间。这有助于诊断和解决数据库中的问题。

events_stages_summary_by_user_by_event_name

events_stages_summary_by_user_by_user_by_event_name 表是 MySQL Performance Schema 中的一个表,用于按用户和事件名称统计事件阶段信息。以下是表中每一列的含义:

• USER:发生错误的用户名。

• EVENT_NAME:事件名称。

• COUNT_STAR:事件开始的次数。

• SUM_TIMER_WAIT:总等待时间 毫秒 。

• MIN_TIMER_WAIT:最小等待时间 毫秒 。

• AVG_WAIT:平均等待时间 毫秒 。

• MAX_WAIT:最大等待时间 毫秒 。

• 查看所有错误摘要:

1

SELECT * FROM events_summary_by_user_by_event_name;

• 查特定事件的摘要:

1

SELECT * FROM events_summary_by_user_by_event_name WHERE EVENT_NAME 'your_event_name';

• 查特定用户的错误摘要:

1

SELECT * FROM events_summary_by_user_by_event_name WHERE USER 'your_user';

通过这些查询,你可以了解哪些用户发生了哪些用户发生了哪些事件,事件名称、等待时间、发生次数以及首次发生时间。这有助于诊断和解决数据库中的问题。

events_stages_summary_global_by_event_name

events_stages_summary_global_by_event_name 表是 MySQL Performance Schema 中的一个表,用于按事件名称统计全局事件阶段信息。以下是表中每一列的含义:

• EVENT_NAME:事件名称。

• COUNT_STAR:事件开始的次数。

• SUM_TIMER_WAIT:总等待时间 毫秒 。

• MIN_TIMER_WAIT:最小等待时间 毫秒 。

• AVG_WAIT:平均等待时间 毫秒 。

• MAX_WAIT:最大等待时间 毫秒 。

• 查所有事件摘要:

1

SELECT * FROM events_stages_summary_global_by_event_name;

• 查特定事件的摘要:

1

SELECT * FROM events_summary_global_by_event_name WHERE EVENT_NAME 'your_event_name';

通过这些查询,你可以了解哪些事件发生了,事件名称、等待时间、发生次数以及首次发生时间。这有助于诊断和解决数据库中的问题。

events_statements_current

events_statements_current 表是 MySQL Performance Schema 中的一个表,用于记录当前正在执行的语句信息。以下是表中每一列的含义:

• THREAD_ID:执行语句的线程ID。

• EVENT_ID:事件ID。

• END_EVENT_ID:结束事件ID。

• EVENT_NAME:语句名称 例如,Query 。

• SOURCE:语句来源 例如,SERVER、USER等 。

• TIMER_START:语句开始时间戳。

• TIMER_END:语句结束时间戳。

• TIMER_WAIT:等待时间 如果语句处于等待状态 。

• WORK_COMPLETED:已完成的工作量。

• WORK_ESTIMATED:估计剩余工作量。

• _NESTING_EVENT_ID:嵌套事件ID 如果有 。

• _NESTING_EVENT_TYPE:嵌套事件类型 TRANSACTION、、STATEMENT、、WAIT 。

• _ERRORS:错误代码。

• _WARNINGS:警告数量。

• ROWS_AFFECTED:受影响的行数。

• ROWS_SENT:发送的行数。

• ROWS_EXAMINED:已检查的行数。

• CREATED_TMP_DISK_TABLES:创建的临时磁盘表数。

• CREATED_TMP_TABLES:创建的临时表数。

• SELECT_FULL_RANGE:范围检查。

• SELECT_RANGE:范围检查。

• SORT_MERGE_PAGES:排序页数。

• SORT_RANGE:排序页数。

• SORT_ROWS:排序行数。

• SCAN:扫描行数。

• NO_INDEX_USED:未使用索引数。

• NO_GOOD_INDEX_USED:未使用的索引数。

• NESTING_EVENT_ID:嵌套事件ID。

• NESTING_EVENT_TYPE:嵌套事件类型 TRANSACTION、、MENT、、WAIT 。

• 查看所有语句:

1

SELECT * FROM events_statements_current;

• 查特定语句:

1

SELECT * FROM events_statements_current WHERE THREAD_ID your_thread_id;

通过这些查询,你可以了解哪些线程上发生了哪些语句,语句名称、来源、开始和结束时间、等待时间、完成情况等信息。这有助于诊断和解决数据库中的问题。

events_statements_histogram_by_digest

events_statements_history_by_digest 表是 MySQL Performance Schema 中的一个表,用于记录语句的摘要信息。以下是表中每一列的含义:

• SCHEMA_NAME:数据库名称。

• DIGEST_NUMBER:摘要编号。

• BUCKET_NUMBER:桶编号。

• BUCKET_TIMER_LOW:桶的开始时间戳。

• BUCKET_TIMER_HIGH:桶结束时间戳。

• COUNT_BUCKET:桶中语句数量。

• COUNT_BUCKET_AND_LOWER:桶中语句数量的下限。

• BUCKET_QUANTITY:桶数量。

• SCHEMA_NAME:数据库名称。

• DIGEST:摘要。

• 查所有摘要:

1

SELECT * FROM events_statements_history_by_digest;

• 查特定数据库的摘要:

1

SELECT * FROM events_statements_history_by_digest WHERE SCHEMA_NAME 'your_schema';

通过这些查询,你可以了解哪些数据库发生了哪些数据库,摘要、摘要编号、时间、数量以及首次发生时间。这有助于诊断和解决数据库中的问题。

events_statements_histogram_global

events_statements_histogram_global 表是 MySQL Performance Schema 中的一个表,用于记录全局语句的摘要信息。以下是表中每一列的含义:

• BUCKET_NUMBER:桶编号。

• BUCKET_TIMER_LOW:桶开始时间戳。

• BUCKET_TIMER_HIGH:桶结束时间戳。

• COUNT_BUCKET:桶中语句数量。

• COUNT_BUCKET:桶中语句数量。

• COUNT_BUCKET_AND_LOWER:桶中语句数量的下限。

• BUCKET_QUANTITY:桶数量。

• 查所有语句:

1

SELECT * FROM events_statements_histogram_global;

这些查询,你可以了解哪些语句,开始时间、结束时间、数量等信息。这有助于诊断和解决数据库中的问题。

events_statements_history

这个表是MySQL性能模式中的events_statements_history表,用于记录语句事件的执行历史。以下是表中每一列的含义:

• THREAD_ID: 执行语句的线程ID。
• EVENT_ID: 语句事件的唯一标识符。
• END_EVENT_ID: 语句事件结束的唯一标识符。
• EVENT_NAME: 语句事件的名称,例如“statement”或“stage”。
• SOURCE: 语句的来源,例如用户或程序。
• TIMER_START: 语句开始执行的时间戳。
• TIMER_END: 语句结束执行的时间戳。
• TIMER_WAIT: 语句等待的时间。
• LOCK_TIME: 语句等待锁的时间。
• SQL_TEXT: 执行的SQL语句文本。
• DIGEST: SQL语句的摘要信息,用于聚合相似的查询。
• DIGEST_TEXT: 摘要文本,提供摘要的详细信息。
• CURRENT_SCHEMA: 当前使用的数据库模式。
• OBJECT_TYPE: 对象类型,例如表或存储过程。
• OBJECT_SCHEMA: 对象所在的数据库模式。
• OBJECT_NAME: 对象的名称。
• OBJECT_INSTANCE_BEGIN: 对象实例的开始时间戳。
• MYSQL_ERRNO: 语句执行时返回的错误代码。
• RETURNED_SQLSTATE: 返回的SQL状态码。
• MESSAGE_TEXT: 错误或消息的文本描述。
• ERRORS: 语句执行过程中发生的错误数量。
• WARNINGS: 语句执行过程中产生的警告数量。
• ROWS_AFFECTED: 语句影响的行数。
• ROWS_SENT: 发送到客户端的行数。
• ROWS_EXAMINED: 语句检查的行数。
• CREATED_TMP_DISK_TABLES: 语句执行过程中创建的临时磁盘表数量。
• CREATED_TMP_TABLES: 语句执行过程中创建的临时表数量。
• SELECT_FULL_JOIN: 是否执行了全表连接。
• SELECT_FULL_RANGE_JOIN: 是否执行了全范围连接。
• SELECT_RANGE: 是否执行了范围扫描。
• SELECT_RANGE_CHECK: 是否执行了范围检查。
• SELECT_SCAN: 是否执行了全表扫描。
• SORT_MERGE_PASSES: 排序合并的遍历次数。
• SORT_RANGE: 是否执行了范围排序。
• SORT_ROWS: 排序的行数。
• SORT_SCAN: 是否执行了扫描排序。
• NO_INDEX_USED: 是否没有使用索引。
• NO_GOOD_INDEX_USED: 是否没有使用合适的索引。
• NESTING_EVENT_ID: 嵌套事件的ID。
• NESTING_EVENT_TYPE: 嵌套事件的类型,例如“TRANSACTION”或“STATEMENT”。
• NESTING_EVENT_LEVEL: 嵌套事件的层级。
• STATEMENT_ID: 语句ID。
• CPU_TIME: 语句执行消耗的CPU时间。
• MAX_CONTROLLED_MEMORY: 语句执行过程中使用的最大受控内存。
• MAX_TOTAL_MEMORY: 语句执行过程中使用的最大总内存。
• EXECUTION_ENGINE: 语句执行使用的引擎,例如“PRIMARY”或“SECONDARY”。

这些列提供了详细的语句执行信息,有助于分析和优化数据库性能。

events_statements_history_long

这个表是MySQL性能模式中的events_statements_history_long表,用于记录长时间运行的语句事件的执行历史。以下是表中每一列的含义:

• THREAD_ID: 执行语句的线程ID。
• EVENT_ID: 语句事件的唯一标识符。
• END_EVENT_ID: 语句事件结束的唯一标识符。
• EVENT_NAME: 语句事件的名称,例如“statement”或“stage”。
• SOURCE: 语句的来源,例如用户或程序。
• TIMER_START: 语句开始执行的时间戳。
• TIMER_END: 语句结束执行的时间戳。
• TIMER_WAIT: 语句等待的时间。
• LOCK_TIME: 语句等待锁的时间。
• SQL_TEXT: 执行的SQL语句文本。
• DIGEST: SQL语句的摘要信息,用于聚合相似的查询。
• DIGEST_TEXT: 摘要文本,提供摘要的详细信息。
• CURRENT_SCHEMA: 当前使用的数据库模式。
• OBJECT_TYPE: 对象类型,例如表或存储过程。
• OBJECT_SCHEMA: 对象所在的数据库模式。
• OBJECT_NAME: 对象的名称。
• OBJECT_INSTANCE_BEGIN: 对象实例的开始时间戳。
• MYSQL_ERRNO: 语句执行时返回的错误代码。
• RETURNED_SQLSTATE: 返回的SQL状态码。
• MESSAGE_TEXT: 错误或消息的文本描述。
• ERRORS: 语句执行过程中发生的错误数量。
• WARNINGS: 语句执行过程中产生的警告数量。
• ROWS_AFFECTED: 语句影响的行数。
• ROWS_SENT: 发送到客户端的行数。
• ROWS_EXAMINED: 语句检查的行数。
• CREATED_TMP_DISK_TABLES: 语句执行过程中创建的临时磁盘表数量。
• CREATED_TMP_TABLES: 语句执行过程中创建的临时表数量。
• SELECT_FULL_JOIN: 是否执行了全表连接。
• SELECT_FULL_RANGE_JOIN: 是否执行了全范围连接。
• SELECT_RANGE: 是否执行了范围扫描。
• SELECT_RANGE_CHECK: 是否执行了范围检查。
• SELECT_SCAN: 是否执行了全表扫描。
• SORT_MERGE_PASSES: 排序合并的遍历次数。
• SORT_RANGE: 是否执行了范围排序。
• SORT_ROWS: 排序的行数。
• SORT_SCAN: 是否执行了扫描排序。
• NO_INDEX_USED: 是否没有使用索引。
• NO_GOOD_INDEX_USED: 是否没有使用合适的索引。
• NESTING_EVENT_ID: 嵌套事件的ID。
• NESTING_EVENT_TYPE: 嵌套事件的类型,例如“TRANSACTION”或“STATEMENT”。
• NESTING_EVENT_LEVEL: 嵌套事件的层级。
• STATEMENT_ID: 语句ID。
• CPU_TIME: 语句执行消耗的CPU时间。
• MAX_CONTROLLED_MEMORY: 语句执行过程中使用的最大受控内存。
• MAX_TOTAL_MEMORY: 语句执行过程中使用的最大总内存。
• EXECUTION_ENGINE: 语句执行使用的引擎,例如“PRIMARY”或“SECONDARY”。

这些列提供了详细的语句执行信息,有助于分析和优化数据库性能。

events_statements_summary_by_account_by_event_name

这个表是MySQL性能模式中的events_statements_summary_by_account_by_event_name表,用于按账户和事件名称汇总语句事件的统计信息。以下是表中每一列的含义:

• USER: 执行语句的数据库用户。
• HOST: 执行语句的主机。
• EVENT_NAME: 语句事件的名称,例如“statement”或“stage”。
• COUNT_STAR: 该账户下该事件名称的语句执行总次数。
• SUM_TIMER_WAIT: 该账户下该事件名称的语句总等待时间。
• MIN_TIMER_WAIT: 该账户下该事件名称的语句最小等待时间。
• AVG_TIMER_WAIT: 该账户下该事件名称的语句平均等待时间。
• MAX_TIMER_WAIT: 该账户下该事件名称的语句最大等待时间。
• SUM_LOCK_TIME: 该账户下该事件名称的语句总锁等待时间。
• SUM_ERRORS: 该账户下该事件名称的语句执行过程中发生的总错误数。
• SUM_WARNINGS: 该账户下该事件名称的语句执行过程中产生的总警告数。
• SUM_ROWS_AFFECTED: 该账户下该事件名称的语句影响的总行数。
• SUM_ROWS_SENT: 该账户下该事件名称的语句发送到客户端的总行数。
• SUM_ROWS_EXAMINED: 该账户下该事件名称的语句检查的总行数。
• SUM_CREATED_TMP_DISK_TABLES: 该账户下该事件名称的语句创建的临时磁盘表总数量。
• SUM_CREATED_TMP_TABLES: 该账户下该事件名称的语句创建的临时表总数量。
• SUM_SELECT_FULL_JOIN: 该账户下该事件名称的语句执行的全表连接总次数。
• SUM_SELECT_FULL_RANGE_JOIN: 该账户下该事件名称的语句执行的全范围连接总次数。
• SUM_SELECT_RANGE: 该账户下该事件名称的语句执行的范围扫描总次数。
• SUM_SELECT_RANGE_CHECK: 该账户下该事件名称的语句执行的范围检查总次数。
• SUM_SELECT_SCAN: 该账户下该事件名称的语句执行的全表扫描总次数。
• SUM_SORT_MERGE_PASSES: 该账户下该事件名称的语句执行的排序合并遍历总次数。
• SUM_SORT_RANGE: 该账户下该事件名称的语句执行的范围排序总次数。
• SUM_SORT_ROWS: 该账户下该事件名称的语句排序的总行数。
• SUM_SORT_SCAN: 该账户下该事件名称的语句执行的扫描排序总次数。
• SUM_NO_INDEX_USED: 该账户下该事件名称的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX_USED: 该账户下该事件名称的语句没有使用合适索引的总次数。
• SUM_NO_INDEX: 该账户下该事件名称的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX: 该账户下该事件名称的语句没有使用合适索引的总次数。
• MAX_MEMORY_USED: 该账户下该事件名称的语句使用的最大内存。
• MAX_TOTAL_MEMORY: 该账户下该事件名称的语句使用的最大总内存。
• MAX_CONTROLLED_MEMORY: 该账户下该事件名称的语句使用的最大受控内存。
• COUNT_SECONDARY: 该账户下该事件名称的语句执行的次要事件总次数。

这些列提供了按账户和事件名称汇总的语句执行统计信息,有助于分析和优化数据库性能。表中还有一个唯一键UNIQUE KEY ACCOUNT ('USER', 'HOST', 'EVENT_NAME'),用于确保每个账户和事件名称的组合在表中是唯一的。

events_statements_summary_by_digest

这个表是MySQL性能模式中的events_statements_summary_by_digest表,用于按SQL摘要汇总语句事件的统计信息。以下是表中每一列的含义:

• SCHEMA_NAME: 语句执行时使用的数据库模式的名称。
• DIGEST: SQL语句的摘要信息,用于聚合相似的查询。
• DIGEST_TEXT: 摘要文本,提供摘要的详细信息。
• COUNT_STAR: 该摘要对应的语句执行总次数。
• SUM_TIMER_WAIT: 该摘要对应的语句总等待时间。
• MIN_TIMER_WAIT: 该摘要对应的语句最小等待时间。
• AVG_TIMER_WAIT: 该摘要对应的语句平均等待时间。
• MAX_TIMER_WAIT: 该摘要对应的语句最大等待时间。
• SUM_LOCK_TIME: 该摘要对应的语句总锁等待时间。
• SUM_ERRORS: 该摘要对应的语句执行过程中发生的总错误数。
• SUM_WARNINGS: 该摘要对应的语句执行过程中产生的总警告数。
• SUM_ROWS_AFFECTED: 该摘要对应的语句影响的总行数。
• SUM_ROWS_SENT: 该摘要对应的语句发送到客户端的总行数。
• SUM_ROWS_EXAMINED: 该摘要对应的语句检查的总行数。
• SUM_CREATED_TMP_DISK_TABLES: 该摘要对应的语句创建的临时磁盘表总数量。
• SUM_CREATED_TMP_TABLES: 该摘要对应的语句创建的临时表总数量。
• SUM_SELECT_FULL_JOIN: 该摘要对应的语句执行的全表连接总次数。
• SUM_SELECT_FULL_RANGE_JOIN: 该摘要对应的语句执行的全范围连接总次数。
• SUM_SELECT_RANGE: 该摘要对应的语句执行的范围扫描总次数。
• SUM_SELECT_RANGE_CHECK: 该摘要对应的语句执行的范围检查总次数。
• SUM_SELECT_SCAN: 该摘要对应的语句执行的全表扫描总次数。
• SUM_SORT_MERGE_PASSES: 该摘要对应的语句执行的排序合并遍历总次数。
• SUM_SORT_RANGE: 该摘要对应的语句执行的范围排序总次数。
• SUM_SORT_ROWS: 该摘要对应的语句排序的总行数。
• SUM_SORT_SCAN: 该摘要对应的语句执行的扫描排序总次数。
• SUM_NO_INDEX_USED: 该摘要对应的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX_USED: 该摘要对应的语句没有使用合适索引的总次数。
• SUM_CPU_TIME: 该摘要对应的语句执行消耗的总CPU时间。
• MAX_CONTROLLED_MEMORY: 该摘要对应的语句执行过程中使用的最大受控内存。
• MAX_TOTAL_MEMORY: 该摘要对应的语句执行过程中使用的最大总内存。
• COUNT_SECONDARY: 该摘要对应的语句执行的次要事件总次数。
• FIRST_SEEN: 该摘要对应的语句首次出现的UTC时间戳。
• LAST_SEEN: 该摘要对应的语句最后出现的UTC时间戳。
• QUARTERS: 该摘要对应的语句出现的季度数。
• QUERY_SAMPLE_TEXT: 该摘要对应的语句样本文本。
• QUERY_SAMPLE_SEEN: 该摘要对应的语句样本首次出现的UTC时间戳。
• QUERY_SAMPLE_TIMER_WAIT: 该摘要对应的语句样本的等待时间。

这些列提供了按SQL摘要汇总的语句执行统计信息,有助于分析和优化数据库性能。表中还有一个唯一键UNIQUE KEY SCHEMA_NAME ('SCHEMA_NAME', 'DIGEST'),用于确保每个模式和摘要的组合在表中是唯一的。

events_statements_summary_by_host_by_event_name

这个表是MySQL性能模式中的events_statements_summary_by_host_by_event_name表,用于按主机和事件名称汇总语句事件的统计信息。以下是表中每一列的含义:

• HOST: 执行语句的主机名。
• EVENT_NAME: 语句事件的名称,例如“statement”或“stage”。
• COUNT_STAR: 该主机下该事件名称的语句执行总次数。
• SUM_TIMER_WAIT: 该主机下该事件名称的语句总等待时间。
• MIN_TIMER_WAIT: 该主机下该事件名称的语句最小等待时间。
• AVG_TIMER_WAIT: 该主机下该事件名称的语句平均等待时间。
• MAX_TIMER_WAIT: 该主机下该事件名称的语句最大等待时间。
• SUM_LOCK_TIME: 该主机下该事件名称的语句总锁等待时间。
• SUM_ERRORS: 该主机下该事件名称的语句执行过程中发生的总错误数。
• SUM_WARNINGS: 该主机下该事件名称的语句执行过程中产生的总警告数。
• SUM_ROWS_AFFECTED: 该主机下该事件名称的语句影响的总行数。
• SUM_ROWS_SENT: 该主机下该事件名称的语句发送到客户端的总行数。
• SUM_ROWS_EXAMINED: 该主机下该事件名称的语句检查的总行数。
• SUM_CREATED_TMP_DISK_TABLES: 该主机下该事件名称的语句创建的临时磁盘表总数量。
• SUM_CREATED_TMP_TABLES: 该主机下该事件名称的语句创建的临时表总数量。
• SUM_SELECT_FULL_JOIN: 该主机下该事件名称的语句执行的全表连接总次数。
• SUM_SELECT_FULL_RANGE_JOIN: 该主机下该事件名称的语句执行的全范围连接总次数。
• SUM_SELECT_RANGE: 该主机下该事件名称的语句执行的范围扫描总次数。
• SUM_SELECT_RANGE_CHECK: 该主机下该事件名称的语句执行的范围检查总次数。
• SUM_SELECT_SCAN: 该主机下该事件名称的语句执行的全表扫描总次数。
• SUM_SORT_MERGE_PASSES: 该主机下该事件名称的语句执行的排序合并遍历总次数。
• SUM_SORT_RANGE: 该主机下该事件名称的语句执行的范围排序总次数。
• SUM_SORT_ROWS: 该主机下该事件名称的语句排序的总行数。
• SUM_SORT_SCAN: 该主机下该事件名称的语句执行的扫描排序总次数。
• SUM_NO_INDEX_USED: 该主机下该事件名称的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX_USED: 该主机下该事件名称的语句没有使用合适索引的总次数。
• MAX_MEMORY_USED: 该主机下该事件名称的语句使用的最大内存。
• MAX_TOTAL_MEMORY: 该主机下该事件名称的语句使用的最大总内存。
• COUNT_SECONDARY: 该主机下该事件名称的语句执行的次要事件总次数。

这些列提供了按主机和事件名称汇总的语句执行统计信息,有助于分析和优化数据库性能。表中还有一个唯一键UNIQUE KEY HOST ('HOST', 'EVENT_NAME'),用于确保每个主机和事件名称的组合在表中是唯一的。

events_statements_summary_by_program

这个表是MySQL性能模式中的events_statements_summary_by_program表,用于按程序 如存储过程、函数、触发器等 汇总语句事件的统计信息。以下是表中每一列的含义:

• OBJECT_TYPE: 对象类型,可以是EVENT、FUNCTION、PROCEDURE、TABLE或TRIGGER。
• OBJECT_SCHEMA: 对象所在的数据库模式的名称。
• OBJECT_NAME: 对象的名称。
• COUNT_STAR: 该程序对应的语句执行总次数。
• SUM_TIMER_WAIT: 该程序对应的语句总等待时间。
• MIN_TIMER_WAIT: 该程序对应的语句最小等待时间。
• AVG_TIMER_WAIT: 该程序对应的语句平均等待时间。
• MAX_TIMER_WAIT: 该程序对应的语句最大等待时间。
• COUNT_STATEMENTS: 该程序中语句的执行总次数。
• SUM_STATEMENTS_WAIT: 该程序中语句的总等待时间。
• MIN_STATEMENTS_WAIT: 该程序中语句的最小等待时间。
• AVG_STATEMENTS_WAIT: 该程序中语句的平均等待时间。
• MAX_STATEMENTS_WAIT: 该程序中语句的最大等待时间。
• SUM_LOCK_TIME: 该程序对应的语句总锁等待时间。
• SUM_ERRORS: 该程序对应的语句执行过程中发生的总错误数。
• SUM_WARNINGS: 该程序对应的语句执行过程中产生的总警告数。
• SUM_ROWS_AFFECTED: 该程序对应的语句影响的总行数。
• SUM_ROWS_SENT: 该程序对应的语句发送到客户端的总行数。
• SUM_ROWS_EXAMINED: 该程序对应的语句检查的总行数。
• SUM_CREATED_TMP_DISK_TABLES: 该程序对应的语句创建的临时磁盘表总数量。
• SUM_CREATED_TMP_TABLES: 该程序对应的语句创建的临时表总数量。
• SUM_SELECT_FULL_JOIN: 该程序对应的语句执行的全表连接总次数。
• SUM_SELECT_FULL_RANGE_JOIN: 该程序对应的语句执行的全范围连接总次数。
• SUM_SELECT_RANGE: 该程序对应的语句执行的范围扫描总次数。
• SUM_SELECT_RANGE_CHECK: 该程序对应的语句执行的范围检查总次数。
• SUM_SELECT_SCAN: 该程序对应的语句执行的全表扫描总次数。
• SUM_SORT_MERGE_PASSES: 该程序对应的语句执行的排序合并遍历总次数。
• SUM_SORT_RANGE: 该程序对应的语句执行的范围排序总次数。
• SUM_SORT_ROWS: 该程序对应的语句排序的总行数。
• SUM_SORT_SCAN: 该程序对应的语句执行的扫描排序总次数。
• SUM_NO_INDEX_USED: 该程序对应的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX_USED: 该程序对应的语句没有使用合适索引的总次数。
• MAX_MEMORY_USED: 该程序对应的语句使用的最大内存。
• MAX_TOTAL_MEMORY: 该程序对应的语句使用的最大总内存。
• COUNT_SECONDARY: 该程序对应的语句执行的次要事件总次数。

这些列提供了按程序汇总的语句执行统计信息,有助于分析和优化数据库性能。表中还有一个主键PRIMARY KEY ('OBJECT_TYPE', 'OBJECT_SCHEMA', 'OBJECT_NAME'),用于确保每个程序在表中是唯一的。

events_statements_summary_by_thread_by_event_name

这个表是MySQL性能模式中的events_statements_summary_by_thread_by_event_name表,用于按线程和事件名称汇总语句事件的统计信息。以下是表中每一列的含义:

• THREAD_ID: 执行语句的线程ID。
• EVENT_NAME: 语句事件的名称,例如“statement”或“stage”。
• COUNT_STAR: 该线程下该事件名称的语句执行总次数。
• SUM_TIMER_WAIT: 该线程下该事件名称的语句总等待时间。
• MIN_TIMER_WAIT: 该线程下该事件名称的语句最小等待时间。
• AVG_TIMER_WAIT: 该线程下该事件名称的语句平均等待时间。
• MAX_TIMER_WAIT: 该线程下该事件名称的语句最大等待时间。
• SUM_LOCK_TIME: 该线程下该事件名称的语句总锁等待时间。
• SUM_ERRORS: 该线程下该事件名称的语句执行过程中发生的总错误数。
• SUM_WARNINGS: 该线程下该事件名称的语句执行过程中产生的总警告数。
• SUM_ROWS_AFFECTED: 该线程下该事件名称的语句影响的总行数。
• SUM_ROWS_SENT: 该线程下该事件名称的语句发送到客户端的总行数。
• SUM_ROWS_EXAMINED: 该线程下该事件名称的语句检查的总行数。
• SUM_CREATED_TMP_DISK_TABLES: 该线程下该事件名称的语句创建的临时磁盘表总数量。
• SUM_CREATED_TMP_TABLES: 该线程下该事件名称的语句创建的临时表总数量。
• SUM_SELECT_FULL_JOIN: 该线程下该事件名称的语句执行的全表连接总次数。
• SUM_SELECT_FULL_RANGE_JOIN: 该线程下该事件名称的语句执行的全范围连接总次数。
• SUM_SELECT_RANGE: 该线程下该事件名称的语句执行的范围扫描总次数。
• SUM_SELECT_RANGE_CHECK: 该线程下该事件名称的语句执行的范围检查总次数。
• SUM_SELECT_SCAN: 该线程下该事件名称的语句执行的全表扫描总次数。
• SUM_SORT_MERGE_PASSES: 该线程下该事件名称的语句执行的排序合并遍历总次数。
• SUM_SORT_RANGE: 该线程下该事件名称的语句执行的范围排序总次数。
• SUM_SORT_ROWS: 该线程下该事件名称的语句排序的总行数。
• SUM_SORT_SCAN: 该线程下该事件名称的语句执行的扫描排序总次数。
• SUM_NO_INDEX_USED: 该线程下该事件名称的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX_USED: 该线程下该事件名称的语句没有使用合适索引的总次数。
• MAX_MEMORY_USED: 该线程下该事件名称的语句使用的最大内存。
• MAX_TOTAL_MEMORY: 该线程下该事件名称的语句使用的最大总内存。
• COUNT_SECONDARY: 该线程下该事件名称的语句执行的次要事件总次数。

这些列提供了按线程和事件名称汇总的语句执行统计信息,有助于分析和优化数据库性能。表中还有一个主键PRIMARY KEY ('THREAD_ID', 'EVENT_NAME'),用于确保每个线程和事件名称的组合在表中是唯一的。

events_statements_summary_by_user_by_event_name

这个表是MySQL性能模式中的events_statements_summary_by_user_by_event_name表,用于按用户和事件名称汇总语句事件的统计信息。以下是表中每一列的含义:

• USER: 执行语句的数据库用户名。
• EVENT_NAME: 语句事件的名称,例如“statement”或“stage”。
• COUNT_STAR: 该用户下该事件名称的语句执行总次数。
• SUM_TIMER_WAIT: 该用户下该事件名称的语句总等待时间。
• MIN_TIMER_WAIT: 该用户下该事件名称的语句最小等待时间。
• AVG_TIMER_WAIT: 该用户下该事件名称的语句平均等待时间。
• MAX_TIMER_WAIT: 该用户下该事件名称的语句最大等待时间。
• SUM_LOCK_TIME: 该用户下该事件名称的语句总锁等待时间。
• SUM_ERRORS: 该用户下该事件名称的语句执行过程中发生的总错误数。
• SUM_WARNINGS: 该用户下该事件名称的语句执行过程中产生的总警告数。
• SUM_ROWS_AFFECTED: 该用户下该事件名称的语句影响的总行数。
• SUM_ROWS_SENT: 该用户下该事件名称的语句发送到客户端的总行数。
• SUM_ROWS_EXAMINED: 该用户下该事件名称的语句检查的总行数。
• SUM_CREATED_TMP_DISK_TABLES: 该用户下该事件名称的语句创建的临时磁盘表总数量。
• SUM_CREATED_TMP_TABLES: 该用户下该事件名称的语句创建的临时表总数量。
• SUM_SELECT_FULL_JOIN: 该用户下该事件名称的语句执行的全表连接总次数。
• SUM_SELECT_FULL_RANGE_JOIN: 该用户下该事件名称的语句执行的全范围连接总次数。
• SUM_SELECT_RANGE: 该用户下该事件名称的语句执行的范围扫描总次数。
• SUM_SELECT_RANGE_CHECK: 该用户下该事件名称的语句执行的范围检查总次数。
• SUM_SELECT_SCAN: 该用户下该事件名称的语句执行的全表扫描总次数。
• SUM_SORT_MERGE_PASSES: 该用户下该事件名称的语句执行的排序合并遍历总次数。
• SUM_SORT_RANGE: 该用户下该事件名称的语句执行的范围排序总次数。
• SUM_SORT_ROWS: 该用户下该事件名称的语句排序的总行数。
• SUM_SORT_SCAN: 该用户下该事件名称的语句执行的扫描排序总次数。
• SUM_NO_INDEX_USED: 该用户下该事件名称的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX_USED: 该用户下该事件名称的语句没有使用合适索引的总次数。
• MAX_MEMORY_USED: 该用户下该事件名称的语句使用的最大内存。
• MAX_TOTAL_MEMORY: 该用户下该事件名称的语句使用的最大总内存。
• COUNT_SECONDARY: 该用户下该事件名称的语句执行的次要事件总次数。

这些列提供了按用户和事件名称汇总的语句执行统计信息,有助于分析和优化数据库性能。表中还有一个唯一键UNIQUE KEY USER ('USER', 'EVENT_NAME'),用于确保每个用户和事件名称的组合在表中是唯一的。

events_statements_summary_global_by_event_name

这个表是MySQL性能模式中的events_statements_summary_global_by_event_name表,用于按事件名称汇总全局语句事件的统计信息。以下是表中每一列的含义:

• EVENT_NAME: 语句事件的名称,例如“statement”或“stage”。
• COUNT_STAR: 全局该事件名称的语句执行总次数。
• SUM_TIMER_WAIT: 全局该事件名称的语句总等待时间。
• MIN_TIMER_WAIT: 全局该事件名称的语句最小等待时间。
• AVG_TIMER_WAIT: 全局该事件名称的语句平均等待时间。
• MAX_TIMER_WAIT: 全局该事件名称的语句最大等待时间。
• SUM_LOCK_TIME: 全局该事件名称的语句总锁等待时间。
• SUM_ERRORS: 全局该事件名称的语句执行过程中发生的总错误数。
• SUM_WARNINGS: 全局该事件名称的语句执行过程中产生的总警告数。
• SUM_ROWS_AFFECTED: 全局该事件名称的语句影响的总行数。
• SUM_ROWS_SENT: 全局该事件名称的语句发送到客户端的总行数。
• SUM_ROWS_EXAMINED: 全局该事件名称的语句检查的总行数。
• SUM_CREATED_TMP_DISK_TABLES: 全局该事件名称的语句创建的临时磁盘表总数量。
• SUM_CREATED_TMP_TABLES: 全局该事件名称的语句创建的临时表总数量。
• SUM_SELECT_FULL_JOIN: 全局该事件名称的语句执行的全表连接总次数。
• SUM_SELECT_FULL_RANGE_JOIN: 全局该事件名称的语句执行的全范围连接总次数。
• SUM_SELECT_RANGE: 全局该事件名称的语句执行的范围扫描总次数。
• SUM_SELECT_RANGE_CHECK: 全局该事件名称的语句执行的范围检查总次数。
• SUM_SELECT_SCAN: 全局该事件名称的语句执行的全表扫描总次数。
• SUM_SORT_MERGE_PASSES: 全局该事件名称的语句执行的排序合并遍历总次数。
• SUM_SORT_RANGE: 全局该事件名称的语句执行的范围排序总次数。
• SUM_SORT_ROWS: 全局该事件名称的语句排序的总行数。
• SUM_SORT_SCAN: 全局该事件名称的语句执行的扫描排序总次数。
• SUM_NO_INDEX_USED: 全局该事件名称的语句没有使用索引的总次数。
• SUM_NO_GOOD_INDEX_USED: 全局该事件名称的语句没有使用合适索引的总次数。
• MAX_MEMORY_USED: 全局该事件名称的语句使用的最大内存。
• MAX_TOTAL_MEMORY: 全局该事件名称的语句使用的最大总内存。
• COUNT_SECONDARY: 全局该事件名称的语句执行的次要事件总次数。

这些列提供了按事件名称汇总的全局语句执行统计信息,有助于分析和优化数据库性能。表中还有一个主键PRIMARY KEY ('EVENT_NAME'),用于确保每个事件名称在表中是唯一的。

events_transactions_current

这个表是MySQL性能模式中的events_transactions_current表,用于记录当前活跃的事务信息。以下是表中每一列的含义:

• THREAD_ID: 事务所属线程的ID。
• EVENT_ID: 事务事件的唯一标识符。
• END_EVENT_ID: 事务结束事件的唯一标识符。
• EVENT_NAME: 事务事件的名称。
• STATE: 事务的状态,可以是ACTIVE 活跃 、COMMITTED 已提交 或ROLLED BACK 已回滚 。
• TRX_ID: 事务的ID。
• GTID: 全局事务标识符 如果启用了GTID 。
• XID_FORMAT_ID: XID格式的ID 如果事务使用了XID 。
• XID: XID事务标识符 如果事务使用了XID 。
• XID_STATE: XID的状态。
• SOURCE: 事务的来源信息。
• TIMER_START: 事务开始的时间戳。
• TIMER_END: 事务结束的时间戳。
• TIMER_WAIT: 事务等待的时间。
• ACCESS_MODE: 事务的访问模式,可以是READ ONLY 只读 或READ WRITE 读写 。
• ISOLATION_LEVEL: 事务的隔离级别。
• AUTOCOMMIT: 指示事务是否为自动提交,可以是YES或NO。
• NUMBER OF SAVEPOINTS: 事务中设置的保存点数量。
• NUMBER OF ROLLBACK TO SAVEPOINT: 事务中回滚到保存点的次数。
• NUMBER OF RELEASE SAVEPOINT: 事务中释放保存点的次数。
• OBJECT_SCHEMA: 事务操作的对象所在的数据库模式。
• OBJECT_NAME: 事务操作的对象名称。
• NESTING_EVENT_ID: 嵌套事件的ID 如果有 。
• NESTING_EVENT_TYPE: 嵌套事件的类型,可以是TRANSACTION、STATEMENT、STAGE或WAIT。

这些列提供了关于当前活跃事务的详细信息,有助于监控和分析数据库事务的性能和行为。表中还有一个主键PRIMARY KEY ('THREAD_ID', 'EVENT_ID'),用于确保每个线程和事件ID的组合在表中是唯一的。

events_transactions_history

这个表是MySQL性能模式中的events_transactions_history表,用于记录事务事件的历史信息。以下是表中每一列的含义:

• THREAD_ID: 执行事务的线程ID。
• EVENT_ID: 事务事件的唯一标识符。
• END_EVENT_ID: 事务结束事件的唯一标识符。
• EVENT_NAME: 事务事件的名称。
• STATE: 事务的状态,可以是ACTIVE 活跃 、COMMITTED 已提交 或ROLLED BACK 已回滚 。
• TRX_ID: 事务的ID。
• GTID: 全局事务标识符 如果启用了GTID 。
• XID_FORMAT_ID: XID格式的ID 如果事务使用了XID 。
• XID: XID事务标识符 如果事务使用了XID 。
• XID_STATE: XID的状态。
• SOURCE: 事务的来源信息。
• TIMER_START: 事务开始的时间戳。
• TIMER_END: 事务结束的时间戳。
• TIMER_WAIT: 事务等待的时间。
• ACCESS_MODE: 事务的访问模式,可以是READ ONLY 只读 或READ WRITE 读写 。
• ISOLATION_LEVEL: 事务的隔离级别。
• AUTOCOMMIT: 指示事务是否为自动提交,可以是YES或NO。
• NUMBER OF SAVEPOINTS: 事务中设置的保存点数量。
• NUMBER OF ROLLBACK TO SAVEPOINT: 事务中回滚到保存点的次数。
• NUMBER OF RELEASE SAVEPOINT: 事务中释放保存点的次数。
• OBJECT_INSTANCE_BEGIN: 事务开始时对象实例的ID。
• NESTING_EVENT_ID: 嵌套事件的ID 如果有 。
• NESTING_EVENT_TYPE: 嵌套事件的类型,可以是TRANSACTION、STATEMENT、STAGE或WAIT。

这些列提供了关于历史事务的详细信息,有助于分析和优化数据库事务的性能和行为。表中还有一个主键PRIMARY KEY ('THREAD_ID', 'EVENT_ID'),用于确保每个线程和事件ID的组合在表中是唯一的。

events_transactions_history_long

这个表是MySQL性能模式中的events_transactions_history_long表,用于记录长时间运行的事务事件的历史信息。以下是表中每一列的含义:

• THREAD_ID: 执行事务的线程ID。
• EVENT_ID: 事务事件的唯一标识符。
• END_EVENT_ID: 事务结束事件的唯一标识符。
• EVENT_NAME: 事务事件的名称。
• STATE: 事务的状态,可以是ACTIVE 活跃 、COMMITTED 已提交 或ROLLED BACK 已回滚 。
• TRX_ID: 事务的ID。
• GTID: 全局事务标识符 如果启用了GTID 。
• XID_FORMAT_ID: XID格式的ID 如果事务使用了XID 。
• XID: XID事务标识符 如果事务使用了XID 。
• XID_STATE: XID的状态。
• SOURCE: 事务的来源信息。
• TIMER_START: 事务开始的时间戳。
• TIMER_END: 事务结束的时间戳。
• TIMER_WAIT: 事务等待的时间。
• ACCESS_MODE: 事务的访问模式,可以是READ ONLY 只读 或READ WRITE 读写 。
• ISOLATION_LEVEL: 事务的隔离级别。
• AUTOCOMMIT: 指示事务是否为自动提交,可以是YES或NO。
• NUMBER OF SAVEPOINTS: 事务中设置的保存点数量。
• NUMBER OF ROLLBACK TO SAVEPOINT: 事务中回滚到保存点的次数。
• NUMBER OF RELEASE SAVEPOINT: 事务中释放保存点的次数。
• OBJECT_INSTANCE_BEGIN: 事务开始时对象实例的ID。
• NESTING_EVENT_ID: 嵌套事件的ID 如果有 。
• NESTING_EVENT_TYPE: 嵌套事件的类型,可以是TRANSACTION、STATEMENT、STAGE或WAIT。

这些列提供了关于历史事务的详细信息,有助于分析和优化数据库事务的性能和行为。表中还有一个主键PRIMARY KEY ('THREAD_ID', 'EVENT_ID'),用于确保每个线程和事件ID的组合在表中是唯一的。

events_transactions_summary_by_account_by_event_name

这个表是MySQL性能模式中的events_transactions_summary_by_account_by_event_name表,用于按账户和事件名称汇总事务事件的统计信息。以下是表中每一列的含义:

• USER: 执行事务的数据库用户名。
• HOST: 执行事务的主机名或IP地址。
• EVENT_NAME: 事务事件的名称。
• COUNT_STAR: 该账户下该事件名称的事务执行总次数。
• SUM_TIMER_WAIT: 该账户下该事件名称的事务总等待时间。
• MIN_TIMER_WAIT: 该账户下该事件名称的事务最小等待时间。
• AVG_TIMER_WAIT: 该账户下该事件名称的事务平均等待时间。
• MAX_TIMER_WAIT: 该账户下该事件名称的事务最大等待时间。
• COUNT_READ_WRITE: 该账户下该事件名称的读写事务执行次数。
• SUM_TIMER_READ_WRITE: 该账户下该事件名称的读写事务总等待时间。
• MIN_TIMER_READ_WRITE: 该账户下该事件名称的读写事务最小等待时间。
• AVG_TIMER_READ_WRITE: 该账户下该事件名称的读写事务平均等待时间。
• MAX_TIMER_READ_WRITE: 该账户下该事件名称的读写事务最大等待时间。
• COUNT_READ_ONLY: 该账户下该事件名称的只读事务执行次数。
• SUM_TIMER_READ_ONLY: 该账户下该事件名称的只读事务总等待时间。
• MIN_TIMER_READ_ONLY: 该账户下该事件名称的只读事务最小等待时间。
• AVG_TIMER_READ_ONLY: 该账户下该事件名称的只读事务平均等待时间。
• MAX_TIMER_READ_ONLY: 该账户下该事件名称的只读事务最大等待时间。

这些列提供了按账户和事件名称汇总的事务执行统计信息,有助于分析和优化数据库性能。表中还有一个唯一键UNIQUE KEY ACCOUNT ('USER', 'HOST', 'EVENT_NAME'),用于确保每个账户、主机和事件名称的组合在表中是唯一的。

events_transactions_summary_by_host_by_event_name

这个表是MySQL性能模式中的events_transactions_summary_by_host_by_event_name表,用于按主机和事件名称汇总事务事件的统计信息。以下是表中每一列的含义:

• HOST: 执行事务的主机名或IP地址。
• EVENT_NAME: 事务事件的名称。
• COUNT_STAR: 该主机下该事件名称的事务执行总次数。
• SUM_TIMER_WAIT: 该主机下该事件名称的事务总等待时间。
• MIN_TIMER_WAIT: 该主机下该事件名称的事务最小等待时间。
• AVG_TIMER_WAIT: 该主机下该事件名称的事务平均等待时间。
• MAX_TIMER_WAIT: 该主机下该事件名称的事务最大等待时间。
• COUNT_READ_WRITE: 该主机下该事件名称的读写事务执行次数。
• SUM_TIMER_READ_WRITE: 该主机下该事件名称的读写事务总等待时间。
• MIN_TIMER_READ_WRITE: 该主机下该事件名称的读写事务最小等待时间。
• AVG_TIMER_READ_WRITE: 该主机下该事件名称的读写事务平均等待时间。
• MAX_TIMER_READ_WRITE: 该主机下该事件名称的读写事务最大等待时间。
• COUNT_READ_ONLY: 该主机下该事件名称的只读事务执行次数。
• SUM_TIMER_READ_ONLY: 该主机下该事件名称的只读事务总等待时间。
• MIN_TIMER_READ_ONLY: 该主机下该事件名称的只读事务最小等待时间。
• AVG_TIMER_READ_ONLY: 该主机下该事件名称的只读事务平均等待时间。
• MAX_TIMER_READ_ONLY: 该主机下该事件名称的只读事务最大等待时间。

这些列提供了按主机和事件名称汇总的事务执行统计信息,有助于分析和优化数据库性能。表中还有一个唯一键UNIQUE KEY ('HOST', 'EVENT_NAME'),用于确保每个主机和事件名称的组合在表中是唯一的。

events_transactions_summary_by_thread_by_event_name

这个表是MySQL性能模式中的events_transactions_summary_by_thread_by_event_name表,用于按线程和事件名称汇总事务事件的统计信息。以下是表中每一列的含义:

• THREAD_ID: 执行事务的线程ID。
• EVENT_NAME: 事务事件的名称。
• COUNT_STAR: 该线程下该事件名称的事务执行总次数。
• SUM_TIMER_WAIT: 该线程下该事件名称的事务总等待时间。
• MIN_TIMER_WAIT: 该线程下该事件名称的事务最小等待时间。
• AVG_TIMER_WAIT: 该线程下该事件名称的事务平均等待时间。
• MAX_TIMER_WAIT: 该线程下该事件名称的事务最大等待时间。
• COUNT_READ_WRITE: 该线程下该事件名称的读写事务执行次数。
• SUM_TIMER_READ_WRITE: 该线程下该事件名称的读写事务总等待时间。
• MIN_TIMER_READ_WRITE: 该线程下该事件名称的读写事务最小等待时间。
• AVG_TIMER_READ_WRITE: 该线程下该事件名称的读写事务平均等待时间。
• MAX_TIMER_READ_WRITE: 该线程下该事件名称的读写事务最大等待时间。
• COUNT_READ_ONLY: 该线程下该事件名称的只读事务执行次数。
• SUM_TIMER_READ_ONLY: 该线程下该事件名称的只读事务总等待时间。
• MIN_TIMER_READ_ONLY: 该线程下该事件名称的只读事务最小等待时间。
• AVG_TIMER_READ_ONLY: 该线程下该事件名称的只读事务平均等待时间。
• MAX_TIMER_READ_ONLY: 该线程下该事件名称的只读事务最大等待时间。

这些列提供了按线程和事件名称汇总的事务执行统计信息,有助于分析和优化数据库性能。表中还有一个主键PRIMARY KEY ('THREAD_ID', 'EVENT_NAME'),用于确保每个线程和事件名称的组合在表中是唯一的。

events_transactions_summary_by_user_by_event_name

这个表是MySQL性能模式中的events_transactions_summary_by_user_by_event_name表,用于按用户和事件名称汇总事务事件的统计信息。以下是表中每一列的含义:

• USER: 执行事务的数据库用户名。
• EVENT_NAME: 事务事件的名称。
• COUNT_STAR: 该用户下该事件名称的事务执行总次数。
• SUM_TIMER_WAIT: 该用户下该事件名称的事务总等待时间。
• MIN_TIMER_WAIT: 该用户下该事件名称的事务最小等待时间。
• AVG_TIMER_WAIT: 该用户下该事件名称的事务平均等待时间。
• MAX_TIMER_WAIT: 该用户下该事件名称的事务最大等待时间。
• COUNT_READ_WRITE: 该用户下该事件名称的读写事务执行次数。
• SUM_TIMER_READ_WRITE: 该用户下该事件名称的读写事务总等待时间。
• MIN_TIMER_READ_WRITE: 该用户下该事件名称的读写事务最小等待时间。
• AVG_TIMER_READ_WRITE: 该用户下该事件名称的读写事务平均等待时间。
• MAX_TIMER_READ_WRITE: 该用户下该事件名称的读写事务最大等待时间。
• COUNT_READ_ONLY: 该用户下该事件名称的只读事务执行次数。
• SUM_TIMER_READ_ONLY: 该用户下该事件名称的只读事务总等待时间。
• MIN_TIMER_READ_ONLY: 该用户下该事件名称的只读事务最小等待时间。
• AVG_TIMER_READ_ONLY: 该用户下该事件名称的只读事务平均等待时间。
• MAX_TIMER_READ_ONLY: 该用户下该事件名称的只读事务最大等待时间。

这些列提供了按用户和事件名称汇总的事务执行统计信息,有助于分析和优化数据库性能。表中还有一个唯一键UNIQUE KEY ('USER', 'EVENT_NAME'),用于确保每个用户和事件名称的组合在表中是唯一的。

events_transactions_summary_global_by_event_name

这个表名为 events_transactions_summary_global_by_event_name,是 MySQL Performance Schema 中的一个表,用于汇总事务事件的统计信息。以下是表中每一列的含义:

• EVENT_NAME: 事务事件的名称,表示事务的类型或名称。
• COUNT_STAR: 事务事件的总次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有事务事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个事务事件的最小等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个事务事件的最大等待时间,以毫秒为单位。
• COUNT_READ_WRITE: 读和写操作的总次数。
• SUM_TIMER_READ_WRITE: 所有读和写操作的总时间,以毫秒为单位。
• MIN_TIMER_READ_WRITE: 单个读和写操作的最小时间,以毫秒为单位。
• AVG_TIMER_READ_WRITE: 单个读和写操作的平均时间,以毫秒为单位。
• MAX_TIMER_READ_WRITE: 单个读和写操作的最大时间,以毫秒为单位。
• COUNT_READ_ONLY: 只读操作的总次数。
• SUM_TIMER_READ_ONLY: 所有只读操作的总时间,以毫秒为单位。
• MIN_TIMER_READ_ONLY: 单个只读操作的最小时间,以毫秒为单位。
• AVG_TIMER_READ_ONLY: 单个只读操作的平均时间,以毫秒为单位。
• MAX_TIMER_READ_ONLY: 单个只读操作的最大时间,以毫秒为单位。

这个表通过汇总事务事件的统计信息,帮助数据库管理员分析和优化数据库性能。

events_waits_current

这个表名为 events_waits_current,是 MySQL Performance Schema 中的一个表,用于记录当前正在等待的事件的详细信息。以下是表中每一列的含义:

• THREAD_ID: 线程的唯一标识符,表示正在执行的线程。
• EVENT_ID: 事件的唯一标识符,表示正在等待的事件。
• END_EVENT_ID: 事件结束的唯一标识符,表示等待事件的结束。
• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• SOURCE: 事件的来源,表示事件的来源信息。
• TIMER_START: 等待事件开始的时间戳,表示等待开始的时间。
• TIMER_END: 等待事件结束的时间戳,表示等待结束的时间。
• TIMER_WAIT: 等待事件的总时间,以毫秒为单位,表示等待的总时间。
• SPINS: 等待事件的自旋次数,表示线程在等待过程中自旋的次数。
• OBJECT_SCHEMA: 对象的模式名称,表示等待的对象所在的数据库模式。
• OBJECT_NAME: 对象的名称,表示正在等待的对象名称。
• INDEX_NAME: 索引的名称,表示正在等待的索引名称。
• OBJECT_TYPE: 对象的类型,表示正在等待的对象类型。
• OBJECT_INSTANCE_BEGIN: 对象实例的开始地址,表示对象实例的内存地址。
• NESTING_EVENT_ID: 嵌套事件的唯一标识符,表示嵌套的等待事件。
• NESTING_EVENT_TYPE: 嵌套事件的类型,表示嵌套的等待事件类型,可以是 TRANSACTION、STATEMENT、STAGE 或 WAIT。
• OPERATION: 操作的名称,表示正在执行的操作。
• NUMBER_OF_BYTES: 字节数,表示操作涉及的字节数。
• FLAGS: 标志,表示事件的附加信息或标志。

这个表通过记录当前正在等待的事件的详细信息,帮助数据库管理员分析和优化数据库性能,特别是了解线程等待的原因和等待时间。

events_waits_history

这个表名为 events_waits_history,是 MySQL Performance Schema 中的一个表,用于记录线程等待事件的历史信息。以下是表中每一列的含义:

• THREAD_ID: 线程的唯一标识符,表示执行等待操作的线程。
• EVENT_ID: 事件的唯一标识符,表示具体的等待事件。
• END_EVENT_ID: 事件结束的唯一标识符,表示等待事件结束的标识。
• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• SOURCE: 事件的来源,表示事件的来源信息。
• TIMER_START: 等待事件开始的时间戳,表示等待开始的时间。
• TIMER_END: 等待事件结束的时间戳,表示等待结束的时间。
• TIMER_WAIT: 等待事件的总时间,以毫秒为单位,表示等待的总时间。
• SPINS: 等待事件的自旋次数,表示线程在等待过程中自旋的次数。
• OBJECT_SCHEMA: 对象的模式名称,表示等待的对象所在的数据库模式。
• OBJECT_NAME: 对象的名称,表示正在等待的对象名称。
• INDEX_NAME: 索引的名称,表示正在等待的索引名称。
• OBJECT_TYPE: 对象的类型,表示正在等待的对象类型。
• OBJECT_INSTANCE_BEGIN: 对象实例的开始地址,表示对象实例的内存地址。
• NESTING_EVENT_ID: 嵌套事件的唯一标识符,表示嵌套的等待事件。
• NESTING_EVENT_TYPE: 嵌套事件的类型,表示嵌套的等待事件类型,可以是 TRANSACTION、STATEMENT、STAGE 或 WAIT。
• OPERATION: 操作的名称,表示正在执行的操作。
• NUMBER_OF_BYTES: 字节数,表示操作涉及的字节数。
• FLAGS: 标志,表示事件的附加信息或标志。

这个表通过记录线程等待事件的历史信息,帮助数据库管理员分析和优化数据库性能,特别是了解线程等待的原因和等待时间。

events_waits_history_long

这个表名为 events_waits_history_long,是 MySQL Performance Schema 中的一个表,用于记录长时间运行的等待事件的历史信息。以下是表中每一列的含义:

• THREAD_ID: 线程的唯一标识符,表示执行等待操作的线程。
• EVENT_ID: 事件的唯一标识符,表示具体的等待事件。
• END_EVENT_ID: 事件结束的唯一标识符,表示等待事件结束的标识。
• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• SOURCE: 事件的来源,表示事件的来源信息。
• TIMER_START: 等待事件开始的时间戳,表示等待开始的时间。
• TIMER_END: 等待事件结束的时间戳,表示等待结束的时间。
• TIMER_WAIT: 等待事件的总时间,以毫秒为单位,表示等待的总时间。
• SPINS: 等待事件的自旋次数,表示线程在等待过程中自旋的次数。
• OBJECT_SCHEMA: 对象的模式名称,表示等待的对象所在的数据库模式。
• OBJECT_NAME: 对象的名称,表示正在等待的对象名称。
• INDEX_NAME: 索引的名称,表示正在等待的索引名称。
• OBJECT_TYPE: 对象的类型,表示正在等待的对象类型。
• OBJECT_INSTANCE_BEGIN: 对象实例的开始地址,表示对象实例的内存地址。
• NESTING_EVENT_ID: 嵌套事件的唯一标识符,表示嵌套的等待事件。
• NESTING_EVENT_TYPE: 嵌套事件的类型,表示嵌套的等待事件类型,可以是 TRANSACTION、STATEMENT、STAGE 或 WAIT。
• OPERATION: 操作的名称,表示正在执行的操作。
• NUMBER_OF_BYTES: 字节数,表示操作涉及的字节数。
• FLAGS: 标志,表示事件的附加信息或标志。

这个表通过记录长时间运行的等待事件的历史信息,帮助数据库管理员分析和优化数据库性能,特别是了解线程等待的原因和等待时间。与 events_waits_history 表相比,这个表可能包含更多详细信息,或者用于存储更长时间范围内的数据。

events_waits_summary_by_account_by_event_name

这个表名为 events_waits_summary_by_account_by_event_name,是 MySQL Performance Schema 中的一个表,用于按账户和事件名称汇总等待事件的统计信息。以下是表中每一列的含义:

• USER: 用户名,表示执行等待操作的数据库用户。
• HOST: 主机名,表示执行等待操作的客户端主机。
• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• COUNT_STAR: 事务事件的总次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有事务事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个事务事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个事务事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个事务事件的最大等待时间,以毫秒为单位。

这个表通过汇总按账户和事件名称的等待事件统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同用户和主机上的等待事件情况。通过这些信息,管理员可以识别出性能瓶颈和优化点。

events_waits_summary_by_host_by_event_name

这个表名为 events_waits_summary_by_host_by_event_name,是 MySQL Performance Schema 中的一个表,用于按主机和事件名称汇总等待事件的统计信息。以下是表中每一列的含义:

• HOST: 主机名,表示执行等待操作的客户端主机。
• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• COUNT_STAR: 事务事件的总次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有事务事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个事务事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个事务事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个事务事件的最大等待时间,以毫秒为单位。

这个表通过汇总按主机和事件名称的等待事件统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同主机上的等待事件情况。通过这些信息,管理员可以识别出性能瓶颈和优化点,例如,如果某个主机的等待时间特别长,可能需要检查该主机的网络连接或数据库配置。

events_waits_summary_by_instance

这个表名为 events_waits_summary_by_instance,是 MySQL Performance Schema 中的一个表,用于按实例汇总等待事件的统计信息。以下是表中每一列的含义:

• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• OBJECT_INSTANCE_BEGIN: 对象实例的开始地址,表示对象实例的内存地址。
• COUNT_STAR: 事务事件的总次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有事务事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个事务事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个事务事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个事务事件的最大等待时间,以毫秒为单位。

这个表通过汇总按实例的等待事件统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同实例上的等待事件情况。通过这些信息,管理员可以识别出性能瓶颈和优化点,例如,如果某个实例的等待时间特别长,可能需要检查该实例的资源使用情况或配置。

events_waits_summary_by_thread_by_event_name

这个表名为 events_waits_summary_by_thread_by_event_name,是 MySQL Performance Schema 中的一个表,用于按线程和事件名称汇总等待事件的统计信息。以下是表中每一列的含义:

• THREAD_ID: 线程的唯一标识符,表示执行等待操作的线程。
• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• COUNT_STAR: 事务事件的总次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有事务事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个事务事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个事务事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个事务事件的最大等待时间,以毫秒为单位。

这个表通过汇总按线程和事件名称的等待事件统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同线程上的等待事件情况。通过这些信息,管理员可以识别出性能瓶颈和优化点,例如,如果某个线程的等待时间特别长,可能需要检查该线程的执行逻辑或资源使用情况。

events_waits_summary_by_user_by_event_name

这个表名为 events_waits_summary_by_user_by_event_name,是 MySQL Performance Schema 中的一个表,用于按用户和事件名称汇总等待事件的统计信息。以下是表中每一列的含义:

• USER: 用户名,表示执行等待操作的数据库用户。
• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• COUNT_STAR: 事务事件的总次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有事务事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个事务事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个事务事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个事务事件的最大等待时间,以毫秒为单位。

这个表通过汇总按用户和事件名称的等待事件统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同用户上的等待事件情况。通过这些信息,管理员可以识别出性能瓶颈和优化点,例如,如果某个用户的等待时间特别长,可能需要检查该用户的查询效率或资源使用情况。

events_waits_summary_global_by_event_name

这个表名为 events_waits_summary_global_by_event_name,是 MySQL Performance Schema 中的一个表,用于全局汇总不同事件的等待统计信息。以下是表中每一列的含义:

• EVENT_NAME: 等待事件的名称,表示正在等待的事件类型。
• COUNT_STAR: 该事件的总发生次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有该事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个该事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个该事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个该事件的最大等待时间,以毫秒为单位。

这个表通过汇总所有事件的等待统计信息,帮助数据库管理员分析整个数据库实例的等待事件性能,识别可能的性能瓶颈和优化点。例如,如果某个事件的 MAX_TIMER_WAIT 值特别高,可能表明存在性能问题,需要进一步调查和优化。

file_instances

这个表名为 file_instances,是 MySQL Performance Schema 中的一个表,用于记录文件实例的信息。以下是表中每一列的含义:

• FILE_NAME: 文件的名称,表示被访问的文件的路径和名称。
• EVENT_NAME: 事件的名称,表示与文件操作相关的事件类型。
• OPEN_COUNT: 打开文件的次数,表示该文件被打开的总次数。

这个表通过记录文件实例的信息,帮助数据库管理员了解数据库服务器对文件的访问情况,包括哪些文件被频繁访问以及它们的打开次数。这些信息可以用于性能分析和优化,例如,如果发现某个文件被频繁打开,可能需要检查相关的数据库操作是否高效,或者是否需要对文件进行缓存以提高性能。

file_summary_by_event_name

这个表名为 file_summary_by_event_name,是 MySQL Performance Schema 中的一个表,用于按事件名称汇总文件操作的统计信息。以下是表中每一列的含义:

• EVENT_NAME: 事件的名称,表示文件操作相关的事件类型。
• COUNT_STAR: 该事件的总发生次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有该事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个该事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个该事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个该事件的最大等待时间,以毫秒为单位。
• COUNT_READ: 该事件的读操作次数。
• SUM_TIMER_READ: 所有该事件的读操作总时间,以毫秒为单位。
• MIN_TIMER_READ: 单个该事件的读操作最小时间,以毫秒为单位。
• AVG_TIMER_READ: 单个该事件的读操作平均时间,以毫秒为单位。
• MAX_TIMER_READ: 单个该事件的读操作最大时间,以毫秒为单位。
• SUM_NUMBER_OF_BYTES_READ: 所有该事件的读操作总字节数。
• COUNT_WRITE: 该事件的写操作次数。
• SUM_TIMER_WRITE: 所有该事件的写操作总时间,以毫秒为单位。
• MIN_TIMER_WRITE: 单个该事件的写操作最小时间,以毫秒为单位。
• AVG_TIMER_WRITE: 单个该事件的写操作平均时间,以毫秒为单位。
• MAX_TIMER_WRITE: 单个该事件的写操作最大时间,以毫秒为单位。
• SUM_NUMBER_OF_BYTES_WRITE: 所有该事件的写操作总字节数。
• COUNT_MISC: 该事件的其他操作次数。
• SUM_TIMER_MISC: 所有该事件的其他操作总时间,以毫秒为单位。
• MIN_TIMER_MISC: 单个该事件的其他操作最小时间,以毫秒为单位。
• AVG_TIMER_MISC: 单个该事件的其他操作平均时间,以毫秒为单位。
• MAX_TIMER_MISC: 单个该事件的其他操作最大时间,以毫秒为单位。

这个表通过汇总按事件名称的文件操作统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同文件操作的等待时间和数据传输情况。通过这些信息,管理员可以识别出性能瓶颈和优化点,例如,如果某个事件的 MAX_TIMER_WAIT 值特别高,可能表明存在性能问题,需要进一步调查和优化。

file_summary_by_instance

这个表名为 file_summary_by_instance,是 MySQL Performance Schema 中的一个表,用于按文件实例汇总文件操作的统计信息。以下是表中每一列的含义:

• FILE_NAME: 文件的名称,表示被访问的文件的路径和名称。
• EVENT_NAME: 事件的名称,表示文件操作相关的事件类型。
• OBJECT_INSTANCE_BEGIN: 对象实例的开始地址,表示对象实例的内存地址。
• COUNT_STAR: 该事件的总发生次数,即该事件被触发的总次数。
• SUM_TIMER_WAIT: 所有该事件的总等待时间,以毫秒为单位。
• MIN_TIMER_WAIT: 单个该事件的最小等待时间,以毫秒为单位。
• AVG_TIMER_WAIT: 单个该事件的平均等待时间,以毫秒为单位。
• MAX_TIMER_WAIT: 单个该事件的最大等待时间,以毫秒为单位。
• COUNT_READ: 该事件的读操作次数。
• SUM_TIMER_READ: 所有该事件的读操作总时间,以毫秒为单位。
• MIN_TIMER_READ: 单个该事件的读操作最小时间,以毫秒为单位。
• AVG_TIMER_READ: 单个该事件的读操作平均时间,以毫秒为单位。
• MAX_TIMER_READ: 单个该事件的读操作最大时间,以毫秒为单位。
• SUM_NUMBER_OF_BYTES_READ: 所有该事件的读操作总字节数。
• COUNT_WRITE: 该事件的写操作次数。
• SUM_TIMER_WRITE: 所有该事件的写操作总时间,以毫秒为单位。
• MIN_TIMER_WRITE: 单个该事件的写操作最小时间,以毫秒为单位。
• AVG_TIMER_WRITE: 单个该事件的写操作平均时间,以毫秒为单位。
• MAX_TIMER_WRITE: 单个该事件的写操作最大时间,以毫秒为单位。
• SUM_NUMBER_OF_BYTES_WRITE: 所有该事件的写操作总字节数。
• COUNT_MISC: 该事件的其他操作次数。
• SUM_TIMER_MISC: 所有该事件的其他操作总时间,以毫秒为单位。
• MIN_TIMER_MISC: 单个该事件的其他操作最小时间,以毫秒为单位。
• AVG_TIMER_MISC: 单个该事件的其他操作平均时间,以毫秒为单位。
• MAX_TIMER_MISC: 单个该事件的其他操作最大时间,以毫秒为单位。

这个表通过汇总按文件实例的文件操作统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同文件实例上的文件操作情况。通过这些信息,管理员可以识别出性能瓶颈和优化点,例如,如果某个文件实例的 MAX_TIMER_WAIT 值特别高,可能表明存在性能问题,需要进一步调查和优化。

global_status

这个表名为 global_status,是 MySQL Performance Schema 中的一个表,用于显示全局服务器状态信息。以下是表中每一列的含义:

• VARIABLE_NAME: 变量的名称,表示服务器状态的特定指标。
• VARIABLE_VALUE: 变量的值,表示对应 VARIABLE_NAME 的具体数值。

这个表通过记录服务器的全局状态信息,帮助数据库管理员了解数据库服务器的当前运行状态。例如,Aborted_clients 表示由于各种错误 如网络问题、超时等 被中断的客户端连接数。这些信息可以用于监控和诊断数据库服务器的性能问题。

在你提供的查询结果中,Aborted_clients 的值为 13,这意味着有 13 个客户端连接由于错误而被中断。这些信息可以帮助管理员识别可能的网络问题或配置问题,从而采取相应的措施来提高数据库的稳定性和性能。

global_variables

这个表名为 global_variables,是 MySQL Performance Schema 中的一个表,用于显示全局变量的当前设置。以下是表中每一列的含义:

• VARIABLE_NAME: 变量的名称,表示服务器配置的特定选项。
• VARIABLE_VALUE: 变量的值,表示对应 VARIABLE_NAME 的具体设置。

这个表通过记录服务器的全局变量设置,帮助数据库管理员了解和管理系统的配置。例如,activate_all_roles_on_login 变量控制是否在用户

在你提供的查询结果中,activate_all_roles_on_login 的值为 OFF,这意味着在用户

host_cache

这个表名为 host_cache,是 MySQL Performance Schema 中的一个表,用于记录客户端主机的缓存信息。以下是表中每一列的含义:

• IP: 客户端主机的 IP 地址。
• HOST: 客户端主机的名称,可以是主机名或 IP 地址。
• COUNT_VALIDATED: 验证次数,表示该主机名是否已通过验证的次数。
• COUNT_HOST_BLOCKED_ERRORS: 被阻止错误次数,表示由于主机名解析问题导致连接被阻止的次数。
• COUNT_NAMEINFO_TRANSIENT_ERRORS: 临时错误次数,表示在获取主机信息时遇到的临时错误次数。
• COUNT_NAMEINFO_PERMANENT_ERRORS: 永久错误次数,表示在获取主机信息时遇到的永久错误次数。
• COUNT_FORMAT_ERRORS: 格式错误次数,表示由于格式问题导致的错误次数。
• COUNT_ADDRINFO_TRANSIENT_ERRORS: 地址信息临时错误次数,表示在获取地址信息时遇到的临时错误次数。
• COUNT_ADDRINFO_PERMANENT_ERRORS: 地址信息永久错误次数,表示在获取地址信息时遇到的永久错误次数。
• COUNT_FCDNS_ERRORS: 全称 DNS 错误次数,表示在获取全称 DNS 时遇到的错误次数。
• COUNT_HOST_ACL_ERRORS: 主机访问控制错误次数,表示由于访问控制列表 ACL 导致的错误次数。
• COUNT_NO_AUTH_PLUGIN_ERRORS: 无认证插件错误次数,表示由于缺少认证插件导致的错误次数。
• COUNT_AUTH_PLUGIN_ERRORS: 认证插件错误次数,表示由于认证插件导致的错误次数。
• COUNT_HANDSHAKE_ERRORS: 握手错误次数,表示在 SSL/TLS 握手过程中遇到的错误次数。
• COUNT_PROXY_USER_ACL_ERRORS: 代理用户访问控制错误次数,表示由于代理用户访问控制列表 ACL 导致的错误次数。
• COUNT_AUTHENTICATION_ERRORS: 认证错误次数,表示由于认证失败导致的错误次数。
• COUNT_SSL_ERRORS: SSL 错误次数,表示由于 SSL/TLS 配置问题导致的错误次数。
• COUNT_MAX_USER_CONNECTIONS_ERRORS: 最大用户连接错误次数,表示由于达到最大用户连接数限制导致的错误次数。
• COUNT_MAX_USER_CONNECTIONS_PER_HOUR_ERRORS: 每小时最大用户连接错误次数,表示由于达到每小时最大用户连接数限制导致的错误次数。
• COUNT_DEFAULT_DATABASE_ERRORS: 默认数据库错误次数,表示由于默认数据库配置问题导致的错误次数。
• COUNT_INIT_CONNECT_ERRORS: 初始化连接错误次数,表示在初始化连接时遇到的错误次数。
• COUNT_LOCAL_ERRORS: 本地错误次数,表示由于本地配置问题导致的错误次数。
• COUNT_UNKNOWN_ERRORS: 未知错误次数,表示由于未知原因导致的错误次数。
• FIRST_SEEN: 首次出现时间,表示该主机首次出现错误的时间戳。
• LAST_SEEN: 最后一次出现时间,表示该主机最后一次出现错误的时间戳。
• FIRST_ERROR_SEEN: 首次错误时间,表示该主机首次出现错误的时间戳。
• LAST_ERROR_SEEN: 最后一次错误时间,表示该主机最后一次出现错误的时间戳。

这个表通过记录客户端主机的缓存信息和错误统计,帮助数据库管理员分析和诊断连接问题,特别是了解不同主机上的连接错误情况。通过这些信息,管理员可以识别出性能瓶颈和优化点,例如,如果某个主机的 COUNT_HOST_BLOCKED_ERRORS 值特别高,可能需要检查该主机的网络连接或数据库配置。

hosts

这个表名为 hosts,是 MySQL Performance Schema 中的一个表,用于记录与数据库服务器连接的主机信息。以下是表中每一列的含义:

• HOST: 主机名或 IP 地址,表示连接到数据库服务器的客户端主机。
• CURRENT_CONNECTIONS: 当前连接数,表示当前从该主机到数据库服务器的活跃连接数量。
• TOTAL_CONNECTIONS: 总连接数,表示从该主机到数据库服务器的连接总次数。
• MAX_SESSION_CONTROLLED_MEMORY: 最大会话控制内存,表示从该主机连接的会话可以使用的最大内存量。
• MAX_SESSION_TOTAL_MEMORY: 最大会话总内存,表示从该主机连接的所有会话可以使用的总内存量。

这个表通过记录与数据库服务器连接的主机信息,帮助数据库管理员了解和监控不同主机的连接情况和资源使用情况。例如,如果某个主机的 CURRENT_CONNECTIONS 值特别高,可能表明该主机有大量的数据库访问需求,或者可能存在性能问题。管理员可以根据这些信息进行相应的优化和调整。

innodb_redo_log_files

这个表名为 innodb_redo_log_files,是 MySQL Performance Schema 中的一个表,用于记录 InnoDB 存储引擎的重做日志文件的信息。以下是表中每一列的含义:

• FILE_ID: 文件的唯一标识符,表示重做日志文件的 ID。
• FILE_NAME: 文件的名称,表示重做日志文件的路径和名称。
• START_LSN: 开始 LSN Log Sequence Number ,表示文件中第一个块的 LSN。
• END_LSN: 结束 LSN,表示文件中最后一个块的 LSN。
• SIZE_IN_BYTES: 文件大小,以字节为单位,表示文件的大小。
• IS_FULL: 是否已满,表示文件是否已满,1 表示已满,0 表示未满。
• CONSUMER_LEVEL: 消费者级别,表示所有重做日志操作的级别,级别低于此值的操作已经消费了该文件。

这个表通过记录 InnoDB 重做日志文件的信息,帮助数据库管理员了解和监控重做日志文件的使用情况。例如,通过查看 IS_FULL 列,管理员可以了解哪些日志文件已经满了,可能需要进行归档或清理。通过 CONSUMER_LEVEL 列,管理员可以了解重做日志的消费情况,确保数据的一致性和恢复能力。

在 MySQL 8.0 中,重做日志 redo log 的数量和临时文件的数量由以下参数控制:

• innodb_log_files_in_group:控制重做日志磁盘上的文件个数,默认为2。这是在 MySQL 8.0.30 之前的版本中使用的参数。
• innodb_log_file_size:控制重做日志磁盘上单个文件的大小,默认为48MB。这也是在 MySQL 8.0.30 之前的版本中使用的参数。

从 MySQL 8.0.30 版本开始,引入了一个新的参数 innodb_redo_log_capacity 来代替上述两个参数,用于控制重做日志总的大小。innodb_redo_log_capacity 的默认值是100MB,最大重做日志容量为128GB。这个参数会在数据目录下生成 ***#innodb_redo*** 的子目录,磁盘文件的存储形式不再是类似 ib_logfileN 这样的文件,而是替代为 #ib_redoN 这样新文件形式。这些新的文件一共有32个,按照参数 innodb_redo_log_capacity 来平均分配。因此,innodb_redo_log_capacity 参数控制了重做日志的总容量,从而间接控制了日志文件的数量和大小。

此外,innodb_redo_log_capacity_resized 状态变量用于在 MySQL 侧监控当前重做日志文件大小的调整情况。可以通过查询 performance_schema.innodb_redo_log_files 表来获取当前使用的重做日志文件的详细信息,包括 LSN 区间、实际写入大小、是否已满等统计数据。

总结来说,对于 MySQL 8.0.30 之前的版本,重做日志文件的数量和大小由 innodb_log_files_in_group 和 innodb_log_file_size 参数控制。而对于 MySQL 8.0.30 及之后的版本,使用 innodb_redo_log_capacity 参数来控制重做日志的总容量,这个参数会间接控制日志文件的数量和大小。同时,innodb_redo_log_capacity_resized 状态变量和 performance_schema.innodb_redo_log_files 表提供了监控和调整重做日志大小的额外信息。

keyring_component_status

这个表名为 keyring_component_status,是 MySQL Performance Schema 中的一个表,用于显示密钥环组件的状态信息。以下是表中每一列的含义:

• STATUS_KEY: 状态键,表示密钥环组件的特定状态或属性。
• STATUS_VALUE: 状态值,表示对应 STATUS_KEY 的具体状态或属性值。

这个表通过记录密钥环组件的状态信息,帮助数据库管理员了解和管理系统的密钥环组件。密钥环组件用于管理加密密钥,这些密钥可以用于加密存储在数据库中的敏感数据,如用户密码或其他加密材料。

在你提供的查询结果中,keyring_component_status 表是空的,这意味着当前没有记录任何密钥环组件的状态信息。这可能是因为密钥环组件未启用,或者当前没有相关的活动或状态需要记录。如果需要使用密钥环功能,管理员可能需要检查配置并确保密钥环组件已正确设置和启用。

keyring_keys

这个表名为 keyring_keys,是 MySQL Performance Schema 中的一个表,用于记录密钥环 Keyring 中的密钥信息。密钥环是 MySQL 8.0 引入的一个新特性,用于安全地存储和管理加密密钥。以下是表中每一列的含义:

• KEY_ID: 密钥的唯一标识符,表示密钥环中的特定密钥。
• KEY_OWNER: 密钥所有者,表示拥有该密钥的用户或服务。
• BACKEND_KEY_ID: 后端密钥 ID,表示与该密钥关联的后端密钥的标识符。

这个表通过记录密钥环中的密钥信息,帮助数据库管理员了解和管理系统的密钥。密钥环中的密钥可以用于加密和解密敏感数据,如用户密码或其他加密材料。

在你提供的查询结果中,keyring_keys 表是空的,这意味着当前没有记录任何密钥信息。这可能是因为密钥环功能未启用,或者当前没有相关的密钥需要记录。如果需要使用密钥环功能,管理员可能需要检查配置并确保密钥环组件已正确设置和启用。

log_status

这个表名为 log_status,是 MySQL Performance Schema 中的一个表,用于记录服务器的日志状态信息。以下是表中每一列的含义:

• SERVER_UUID: 服务器的唯一标识符,用于标识特定的 MySQL 实例。

• LOCAL: 包含有关本地事务日志状态的信息,包括:

• gtid_executed: 最后一个事务的全局事务标识符 GTID 。

• binary_log_file: 当前使用的二进制日志文件的名称。

• binary_log_position: 当前二进制日志文件中的位置。

• REPLICATION: 包含有关复制状态的信息,包括:

• channels: 复制通道的列表。

• STORAGE_ENGINES: 包含有关存储引擎状态的信息,例如 InnoDB 的 LSN Log Sequence Number 和检查点信息。

这些信息可以帮助数据库管理员了解当前服务器的日志状态,包括事务日志、复制状态和存储引擎的状态。这对于监控和诊断数据库的运行情况非常有用。

memory_summary_by_account_by_event_name

这个表名为 memory_summary_by_account_by_event_name,是 MySQL Performance Schema 中的一个表,用于按账户和事件名称汇总内存使用的统计信息。以下是表中每一列的含义:

• USER: 用户名,表示执行操作的数据库用户。
• HOST: 主机名,表示执行操作的客户端主机。
• EVENT_NAME: 事件的名称,表示内存使用相关的事件类型。
• COUNT_ALLOC: 分配次数,表示该事件的内存分配次数。
• COUNT_FREE: 释放次数,表示该事件的内存释放次数。
• SUM_NUMBER_OF_BYTES_ALLOC: 总分配字节数,表示该事件的内存总分配量。
• SUM_NUMBER_OF_BYTES_FREE: 总释放字节数,表示该事件的内存总释放量。
• LOW_COUNT_USED: 最低使用次数,表示该事件的内存使用次数的最低值。
• CURRENT_COUNT_USED: 当前使用次数,表示该事件的当前内存使用次数。
• HIGH_COUNT_USED: 最高使用次数,表示该事件的内存使用次数的最高值。
• LOW_NUMBER_OF_BYTES_USED: 最低使用字节数,表示该事件的内存使用量的最低值。
• CURRENT_NUMBER_OF_BYTES_USED: 当前使用字节数,表示该事件的当前内存使用量。
• HIGH_NUMBER_OF_BYTES_USED: 最高使用字节数,表示该事件的内存使用量的最高值。

这个表通过汇总按账户和事件名称的内存使用统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同用户和事件的内存使用情况。通过这些信息,管理员可以识别出内存使用的热点和潜在的性能问题,从而采取相应的优化措施。

memory_summary_by_host_by_event_name

这个表名为 memory_summary_by_host_by_event_name,是 MySQL Performance Schema 中的一个表,用于按主机和事件名称汇总内存使用的统计信息。以下是表中每一列的含义:

• HOST: 主机名,表示执行操作的客户端主机。
• EVENT_NAME: 事件的名称,表示内存使用相关的事件类型。
• COUNT_ALLOC: 分配次数,表示该事件的内存分配次数。
• COUNT_FREE: 释放次数,表示该事件的内存释放次数。
• SUM_NUMBER_OF_BYTES_ALLOC: 总分配字节数,表示该事件的内存总分配量。
• SUM_NUMBER_OF_BYTES_FREE: 总释放字节数,表示该事件的内存总释放量。
• LOW_COUNT_USED: 最低使用次数,表示该事件的内存使用次数的最低值。
• CURRENT_COUNT_USED: 当前使用次数,表示该事件的当前内存使用次数。
• HIGH_COUNT_USED: 最高使用次数,表示该事件的内存使用次数的最高值。
• LOW_NUMBER_OF_BYTES_USED: 最低使用字节数,表示该事件的内存使用量的最低值。
• CURRENT_NUMBER_OF_BYTES_USED: 当前使用字节数,表示该事件的当前内存使用量。
• HIGH_NUMBER_OF_BYTES_USED: 最高使用字节数,表示该事件的内存使用量的最高值。

这个表通过汇总按主机和事件名称的内存使用统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同主机上的内存使用情况。通过这些信息,管理员可以识别出内存使用的热点和潜在的性能问题,从而采取相应的优化措施。

memory_summary_by_thread_by_event_name

这个表名为 memory_summary_by_thread_by_event_name,是 MySQL Performance Schema 中的一个表,用于按线程和事件名称汇总内存使用的统计信息。以下是表中每一列的含义:

• THREAD_ID: 线程的唯一标识符,表示执行操作的线程。
• EVENT_NAME: 事件的名称,表示内存使用相关的事件类型。
• COUNT_ALLOC: 分配次数,表示该事件的内存分配次数。
• COUNT_FREE: 释放次数,表示该事件的内存释放次数。
• SUM_NUMBER_OF_BYTES_ALLOC: 总分配字节数,表示该事件的内存总分配量。
• SUM_NUMBER_OF_BYTES_FREE: 总释放字节数,表示该事件的内存总释放量。
• LOW_COUNT_USED: 最低使用次数,表示该事件的内存使用次数的最低值。
• CURRENT_COUNT_USED: 当前使用次数,表示该事件的当前内存使用次数。
• HIGH_COUNT_USED: 最高使用次数,表示该事件的内存使用次数的最高值。
• LOW_NUMBER_OF_BYTES_USED: 最低使用字节数,表示该事件的内存使用量的最低值。
• CURRENT_NUMBER_OF_BYTES_USED: 当前使用字节数,表示该事件的当前内存使用量。
• HIGH_NUMBER_OF_BYTES_USED: 最高使用字节数,表示该事件的内存使用量的最高值。

这个表通过汇总按线程和事件名称的内存使用统计信息,帮助数据库管理员分析和优化数据库性能,特别是了解不同线程上的内存使用情况。通过这些信息,管理员可以识别出内存使用的热点和潜在的性能问题,从而采取相应的优化措施