MySQL:: MySQL Performance Schema:: 14.1使用Performance Schema查询性能分析

版本8.0

5.7
5.6

14.1基于性能架构的性能分析查询

下面的示例演示如何使用Performance Schema语句事件和阶段事件来检索与提供的分析信息相比较的数据显示配置文件而且显示配置文件语句。

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

Performance Schema以皮秒(万亿分之一秒)为单位显示事件计时器信息，以将计时数据规范化为标准单位。在下面的例子中，TIMER_WAIT值除以1000000000000，以秒为单位显示数据。值还被截断为小数点后6位，以与的格式显示数据显示配置文件而且显示配置文件语句。

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

SELECT * FROM performance_schema.setup_actors;+------+------+------+---------+---------+ | 主机用户| | | |启用历史作用  | +------+------+------+---------+---------+ | % | % | % | 是的|是的  | +------+------+------+---------+---------+

中的默认行setup_actors表来禁用所有前台线程的历史事件收集和监视，并插入一个新行，为运行查询的用户启用监视和历史事件收集:

mysql >更新performance_schema。setup_actorsSET ENABLED = 'NO', HISTORY = 'NO' WHERE HOST = '%' AND USER = '%'; mysql> INSERT INTO performance_schema.setup_actors (HOST,USER,ROLE,ENABLED,HISTORY) VALUES('localhost','test_user','%','YES','YES');

中的数据setup_actors表现在应该与下面类似:

SELECT * FROM performance_schema.setup_actors;+-----------+-----------+------+---------+---------+ | 主机用户| | | |启用历史作用  | +-----------+-----------+------+---------+---------+ | % | % | % | 没有| | | localhost | test_user | % | |是的  | +-----------+-----------+------+---------+---------+

控件，确保语句和阶段检测已启用setup_instruments表格在默认情况下，有些工具可能已经启用。

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

确保events_statements_ *而且events_stages_ *消费者被启用。在默认情况下，一些使用者可能已经启用了。

mysql >更新performance_schema。setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE '%events_statements_%';mysql >更新performance_schema。setup_customers SET ENABLED = 'YES' WHERE NAME LIKE '%events_stages_%';

在正在监视的用户帐户下，运行要进行概要分析的语句。例如:

mysql> SELECT * FROM employees。employees WHERE emp_no = 10001;+--------+------------+------------+-----------+--------+------------+ | 性别列出| birth_date | first_name | last_name | | hire_date  | +--------+------------+------------+-----------+--------+------------+ | 10001 | 1953-09-02 |格奥尔基| Facello | | 1986-06-26  | +--------+------------+------------+-----------+--------+------------+

识别EVENT_ID语句的events_statements_history_long表格这个步骤类似于跑步显示配置文件识别Query_ID．以下查询产生类似于显示配置文件：

mysql> SELECT EVENT_ID, TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT FROM performance_schema。WHERE SQL_TEXT like '%10001%';+----------+----------+--------------------------------------------------------+ | event_id时间| | sql_text  | +----------+----------+--------------------------------------------------------+ | 31日| 0.028310 | SELECT * FROM员工。员工列出= 10001  | +----------+----------+--------------------------------------------------------+

查询events_stages_history_long表检索语句的阶段事件。阶段使用事件嵌套链接到语句。每个阶段的事件记录都有一个NESTING_EVENT_ID包含EVENT_ID父语句的。

mysql> SELECT event_name AS Stage, TRUNCATE(TIMER_WAIT/1000000000000,6) AS Duration FROM performance_schema。events_stages_history_long NESTING_EVENT_ID = 31;+--------------------------------+----------+ | |阶段持续时间  | +--------------------------------+----------+ | 阶段/ sql /开始| 0.000080 | |阶段/ sql /检查权限| 0.000005 | |阶段/ sql /打开表| 0.027759 | |阶段/ sql / init | 0.000052 | |阶段/ sql /系统锁| 0.000009 | |阶段/ sql /优化| 0.000006 | |阶段/ sql /统计| 0.000082 | |阶段/ sql /准备| 0.000008 | |阶段/ sql /执行| 0.000000 | |阶段/ sql /发送数据| 0.000017 | | |阶段/ sql /结束0.000001 | |阶段/ sql /查询结束| 0.000004 | |阶段/ sql /关闭表| 0.000006 | |阶段/ sql /释放物品| 0.000272 | |阶段/ sql /清理| 0.000001  | +--------------------------------+----------+

上一页首页向上下一个