前言
我们这里来看一下 performance_schema 存储引擎, 我们常见的那些 general_log, slow_log什么的, 都是基于 performance_schema
它主要是 使用 ha_perfschema 下面 api 来操作 performance_schema 中的信息
我们这里基于 performance_schema.variables_by_thread 这张基于 PERFORMANCE_SCHEMA 的表来调试
这个 引擎和 MEMORY 引擎的差异在于, 这个没有一个专门的 临时存储表数据 的地方, 这个是 每一次迭代, 直接 读取的给定的内存数据结构的数据
MEMORY 引擎是将数据从 内存数据结构/磁盘/网络 上面读取, 然后 数据输入到了 这个真正存在的 “内存表”
performance_schema.variables_by_thread 的表结构创建如下
CREATE TABLE `variables_by_thread` (
`THREAD_ID` bigint(20) unsigned NOT NULL,
`VARIABLE_NAME` varchar(64) NOT NULL,
`VARIABLE_VALUE` varchar(1024) DEFAULT NULL
) ENGINE=PERFORMANCE_SCHEMA DEFAULT CHARSET=utf8
基于 PERFORMANCE_SCHEMA 的数据表的数据输出
这是一个直接迭代读取内存各种数据的一个存储引擎
整体过程如下, 先调用 m_table->rnd_next 将下一个系统变量的数据读取到 m_row
然后在基于 m_table->read_row 将 m_row 中的数据转换到 字段列表 中
从 mysql 中内存中的数据结构将数据转换到 m_row 的处理如下
将数据从 m_row 转换到 Field 列表, 分别填充 THREAD_ID, VARIABLE_NAME, VARIABLE_VALUE
基于 PERFORMANCE_SCHEMA 的数据表的数据录入
这部分数据表是直接 运行时读取的相关内存结构的数据, 不需要将数据 插入到 PERFORMACE_SCHEMA 的表中
类似于 linux 中的 proc 文件系统, 是一个逻辑上的 文件/数据表
完
