性能架构
- 性能模式查询
- 预过滤限制了收集的事件信息,并且独立于任何特定用户。相比之下,后过滤由单个用户通过使用带有适当WHERE子句的查询来执行,这些子句限制在应用预过滤后从可用事件中选择什么事件信息。在“事件预过滤”中,一个示例演示了如何对文件工具进行预过滤。如果事件表同时包含文件和非文件信息,则后过滤是仅参见文件事件信
- 性能模式工具的命名约定
- 仪器名称由一系列用'/'字符分隔的组件组成。示例名称:wait/io/file/myisam/logwait/io/file/mysys/charsetwait/lock/table/sql/handlerwait/synch/cond/mysys/COND_alarmwait/synch/cond
- 性能模式状态监视
- 与性能模式关联的状态变量有几个:mysql>SHOWSTATUSLIKE'perf%';+-----------------------------------------------+-------+| Variable_name | Value |+--------------------
- 性能模式原子和分子事件
- 对于表I / O事件,通常在中有两行events_waits_current,而不是一行。例如,行提取可能会导致如下所示的行:Row# EVENT_NAME TIMER_START TIMER_END---------------------------------- 1 wait/io/file/
- 当前和历史事件的性能架构表
- 对于等待,阶段,语句和事务事件,性能模式可以监视和存储当前事件。此外,事件结束时,性能架构可以将它们存储在历史记录表中。对于每种事件类型,性能模式都使用三个表来存储当前事件和历史事件。该表具有以下形式,其中名称xxx指示事件类型(waits,stages,statements,transaction
- 性能架构语句摘要和采样
- MySQL服务器能够维护语句摘要信息。摘要处理将每个SQL语句转换为规范化形式(语句摘要),并根据规范化结果计算SHA-256哈希值(摘要哈希值)。规范化允许对相似的语句进行分组和汇总,以公开有关服务器正在执行的语句类型及其发生频率的信息。对于每个摘要,产生摘要的代表性语句将作为样本存储。本节介绍如
- 性能模式通用表特征
- performance_schema数据库的名称是小写的,其中的表的名称也是小写的。查询应以小写形式指定名称。performance_schema数据库中的许多表是只读的,无法修改:mysql>TRUNCATETABLE performance_schema.setup_instruments
- 使用性能模式诊断问题
- Performance Schema是一种工具,它通过进行实际测量而不是“疯狂的猜测”来帮助DBA进行性能调整。”这一节演示了为此目的使用性能模式的一些方法。这里的讨论依赖于事件过滤的使用,“性能模式事件过滤”中对此进行了描述。以下示例提供了一种可用于分析可重复问题的方法,例如调查性能瓶颈。首先,您
- 使用性能模式进行查询分析
- 以下示例演示了如何使用Performance Schema语句事件和stage事件来检索与SHOW PROFILES和SHOW PROFILE语句提供的概要分析信息相当的数据。该setup_actors表可用于限制主机,用户或帐户对历史事件的收集,以减少运行时开销和历史表中收集的数据量。该示例的第一
- 获取家长事件信息
- 该data_locks表显示了持有和请求的数据锁。该表的行中的一THREAD_ID列指示拥有锁的会话的线程ID,一EVENT_ID列指示导致锁的性能架构事件。(THREAD_ID,EVENT_ID)值的元组隐式标识其他性能模式表中的父事件:表中的父级等待事件events_waits_xxx表中的父阶