性能模式提供了一种在运行时检查服务器的内部执行方法。它是使用的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系统模式。

上一页家向上下一个