Performance Schema提供了一种在运行时检查服务器内部执行的方法。类来实现performance_schema.存储引擎和performance_schema数据库。性能模式主要关注性能数据。这与之不同Information_Schema.，它用于检查元数据。
性能模式监视服务器事件。一个“事件“是服务器所花费时间的任何东西，并且已经被录制，以便可以收集定时信息。通常，事件可以是函数调用，等待操作系统，SQL语句执行的阶段，例如解析或排序，或整个语句或一组语句。事件集合提供对服务器和用于服务器的同步调用（例如互斥锁）文件和表I / O，表锁等的信息的访问权限，以及用于多个存储引擎。
性能架构事件与写入服务器二进制日志（描述数据修改）和事件调度程序事件（这是一种存储的程序）的事件不同。
性能模式事件特定于MySQL Server的给定实例。性能模式表被视为服务器本地，并且对它们的更改不会复制或写入二进制日志。
当前事件，以及事件历史和总结是可用的。这使您能够确定执行了多少次检测活动以及它们花费了多少时间。事件信息可用于显示特定线程的活动，或与特定对象(如互斥锁或文件)关联的活动。
这performance_schema.存储引擎使用“仪器分“在服务器源代码中。
收集的事件存储在表格中performance_schema数据库。可以查询这些表选择语句就像其他表一样。
可以通过更新表格动态修改性能模式配置performance_schema数据库通过SQL语句。配置更改立即影响数据收集。
性能架构中的表是内存表，该表无持久地存储磁盘存储。内容在服务器启动开始并在服务器关闭时丢弃。
监视在MySQL支持的所有平台上都可用。
可能适用一些限制：定时器类型可能会有所不同。适用于存储引擎的仪器可能无法为所有存储引擎实施。每个第三方发动机的仪器是发动机维护者的责任。也可以看看第25.21节，“性能模式的限制”。
通过修改服务器源代码来添加检测来实现数据收集。与复制或事件调度器等其他特性不同，Performance Schema没有单独的线程。

Performance Schema旨在提供对服务器执行的有用信息的访问，同时对服务器性能的影响最小。实现遵循以下设计目标:

激活性能架构不会导致服务器行为的更改。例如，它不会导致线程调度更改，并且不会导致查询执行计划（如图所示）解释）改变。
服务器监控连续和不引人注目地发生非常少的开销。激活性能模式不会使服务器无法使用。
解析器不变。没有新的关键字或陈述。
即使在内部发生故障，服务器代码的执行通常也会继续。
当在最初或稍后在事件检索期间，在事件收集期间执行处理之间的选择时，优先考虑更快地制作收集。这是因为收集正在进行，而检索是按需，可能永远不会发生。
添加新的仪表点很容易。
仪器是版本的。如果仪器执行变化，先前的仪表代码继续工作。这有利于第三方插件的开发人员，因为没有必要升级每个插件以保持与最新性能模式更改的同步。

笔记

mysql.SYS.架构是一组对象，可方便地访问由性能模式收集的数据。这SYS.默认安装架构。对于使用说明，请参阅第26章，mysql sys模式。

上一个家向上下一个