mysql preformance_schema 翻译
性能图表是 MYSQL 服务器执行低级别监控的工能, 性能概要可用于 MYSQL 5.5.3 并具有以下特点
性能图表利用 performance_schema 存储引擎与 preformance_schema 数据库 提供检查服务器内部执行时间, 性能图表关注数据性能,
区别于 information_schema 只检查服务器元数据
性能图表监控服务器事件, 事件可以是服务器中任意被收集的时间信息, 一般地说, 事件可以使系统调用, 操作系统等待, SQL 陈述执行
例如分析或者排序, 或者整个陈述执行, 也可以是一组陈述执行, 当前, 事件收集提供关于同步调用访问信息与文件 I/O 调用与存储引擎信息
性能图表时间从写入服务器二进制日志事件(描述数据修改)中截断与事件调度事件(描述存储过程类型)
当前时间可用于事件历史信息与统计, 允许你检测事件执行过程中使用了多长时间, 事件信息允许显示活跃的现成或者结合的特定对象
PREFORMANCE_SCHEMA 存储引擎从服务器代码中利用“instrumentation points”收集事件数据
事件收集并存储到 PREFORMANCE_SCHEMA 数据库仲, 可以利用 SELECT 语法查询表中数据
性能图表配置在服务器执行 SQL 陈述时候, 当配置改变并马上影响收集的数据, 即可动态修改更新 PREFORMANCE_SCHEMA,
PREFORMANCE_SCHEMA 数据库仲的表示视图或临时表, 使用磁盘中的数据库, 但不占用空间
监控可用于所有 MYSQL 支持的平台
一些限制: 每个平台可能时间格式不一样, 容器提供存储引擎可能不针对所有存储引擎执行, 每个第三方引擎是由引擎维护参考 官方文档“Restrictions on Performance Schema”
数据收集是由服务器源码进行执行并添加到容器中, 不需要额外线程维护性能图表, 而区别与复制与事件调度
性能图表提供有用的访问信息关于服务器执行而不影响服务器性能, 执行下面设计目标
活跃的性能图表不改变服务器性能, 不改变线程调度, 不改变查询计划(explain)
内存在服务器启动后分配, 并使用早起分配的结构, 并没有必要重新分配, 能够在运行时获得良好运行状态
服务器监控持续发生并且不占用资源, 活跃的性能图表不会导致服务器不可用
当分析器不改变, 不出现新德关键字或者陈述
即使性能图表失败, 但仍然可以正常执行服务器代码
当在事件收集开始或者在事件恢复之后优先倾向于快速进行收集, 因为收集会不断进行, 而恢复则不连续发生
添加新的容器点很容易
容器具有版本, 假如容器代码改变, 之前的容器代码将会继续工作, 这个有利于开发第三方插件, 因为在容器图表改变时不需要更新每个插件