10bet官方网站文档之家
MySQL 8.0参考手册
相关文件10bet官方网站 本手册下载 从本手册中摘录

MySQL 8.0参考手册MySQL性能模式

第27章MySQL性能架构

目录

27.1性能模式快速入门
27.2性能架构构建配置
27.3性能模式启动配置
27.4性能架构运行时配置
27.4.1性能模式事件定时
27.4.2性能架构事件过滤
27.4.3事件预滤器
27.4.4仪器预过滤
27.4.5对象预过滤
27.4.6按线程预过滤
27.4.7消费者预过滤
27.4.8消费者配置示例
27.4.9命名过滤操作的工具或消费者
27.4.10确定有什么版本
27.5性能模式查询
27.6性能架构仪器命名约定
27.7性能模式状态监控
27.8性能模式原子和分子事件
27.9当前事件和历史事件的性能模式表
27.10性能模式语句摘要和抽样
27.11性能架构概述特征
27.12性能模式描述
27.12.1性能模式表索引
27.12.2性能架构设置表
27.12.3性能模式实例表
27.12.4性能架构等待活动表
27.12.5性能架构阶段事件表
27.12.6性能架构声明事件表
27.12.7性能架构交易表
27.12.8性能模式连接表
27.12.9性能架构连接属性表
27.12.10性能模式自定义变量表
27.12.11性能架构复制表
27.12.12性能架构NDB集群表
27.12.13性能架构锁定表
27.12.14性能模式系统变量表
27.12.15性能模式状态变量表
27.12.16性能模式线程池表
27.12.17性能架构防火墙表
27.12.18性能模式克隆表
27.12.19性能模式汇总表
27.12.20性能架构杂项表
27.13性能架构选项和可变参考
27.14性能模式命令选项
27.15性能架构系统变量
27.16性能架构状态变量
27.17性能架构内存分配模型
27.18性能模式和插件
27.19使用性能模式来诊断问题
27.19.1使用性能架构查询分析
27.19.2获取父事件信息
27.20性能模式限制

MySQL Performance Schema是监视MySQL Server在低级别执行的功能。性能模式具有以下特征:

  • 性能模式提供了一种在运行时检查服务器的内部执行方法。它是使用的PERFORMANCE_SCHEMA存储引擎和performance_schema.数据库。性能模式主要关注性能数据。这不同于Information_Schema.,它用于检查元数据。

  • 性能模式监视服务器事件。一个事件服务器所做的任何需要花费时间并已检测以便收集计时信息的工作。通常,事件可以是函数调用、操作系统等待、SQL语句执行(如解析或排序)的一个阶段,或者是整个语句或语句组。事件收集提供了对服务器和多个存储引擎的同步调用(例如互斥)文件和表I/O、表锁等信息的访问。

  • Performance Schema事件不同于写入服务器二进制日志(描述数据修改)和Event Scheduler事件(一种存储程序)的事件。

  • 性能模式事件特定于MySQL Server的给定实例。性能模式表被视为服务器本地,并且对它们的更改不会复制或写入二进制日志。

  • 目前的事件可用,以及活动历史和摘要。这使您能够确定执行了有关仪表活动的次数以及他们采取的时间。活动信息可用于显示特定线程的活动,或与特定对象相关的活动,如互斥锁或文件。

  • PERFORMANCE_SCHEMA存储引擎使用仪表点在服务器源代码中。

  • 收集的事件存储在表格中performance_schema.数据库。这些表可以使用选择陈述与其他表一样。

  • 可以通过更新表格动态修改性能模式配置performance_schema.数据库通过SQL语句。配置更改立即影响数据收集。

  • Performance Schema中的表是不使用持久磁盘存储的内存中的表。内容在服务器启动时重新填充,在服务器关闭时丢弃。

  • MySQL支持的所有平台上都提供了监控。

    可能会有一些限制:每个平台的计时器类型可能不同。适用于存储引擎的仪器不一定适用于所有存储引擎。对每台第三方发动机的检测是发动机维修人员的责任。另请参阅第27.20节“关于绩效架构的限制”

  • 通过修改服务器源代码来添加仪器来实现数据收集。与诸如复制或事件调度程序之类的其他功能不同,没有与性能模式相关联的单独线程。

性能架构旨在提供对服务器执行的有用信息的访问,同时对服务器性能最小的影响。实施方式遵循这些设计目标:

  • 激活Performance Schema不会改变服务器行为。例如,它不会导致线程调度改变,也不会导致查询执行计划(如解释) 改变。

  • 服务器监控连续和不引人注目地发生非常少的开销。激活性能模式不会使服务器无法使用。

  • 解析器不变。没有新的关键字或陈述。

  • 即使在内部发生故障,服务器代码的执行通常也会继续。

  • 当在最初或稍后在事件检索期间,在事件收集期间执行处理之间的选择时,优先考虑更快地制作收集。这是因为收集正在进行,而检索是按需,可能永远不会发生。

  • 大多数Performance Schema表都有索引,这使得优化器可以访问除全表扫描之外的执行计划。有关更多信息,请参见第8.2.4节“优化性能架构查询”

  • 很容易添加新仪器点。

  • 仪表是版本。如果插装实现发生变化,以前插装的代码将继续工作。这有利于第三方插件的开发人员,因为没有必要升级每个插件以保持与最新的Performance Schema更改同步。

请注意

MySQLSYS.架构是一组对象,可方便地访问由性能模式收集的数据。的SYS.默认安装架构。对于使用说明,请参阅第28章,MySQL系统模式