ps://github.com/stoneatom/stonedb

设计小艾

在一个较低级别的运行过程中的资源消耗、资源等待等情况。

它提供了一种在数据库运行时实时检查

server

的内部执行情况的方法该数据库主要关注数据库运行过程中的性能相关的数据与更为常见的

information_schema

----------------------------------------------------

(%statement%)

----------------------------------------------------

events_statements_histogram_by_digest

events_statements_summary_by_digest

events_statements_summary_by_host_by_event_name

...

-----------------------------------------------

(%wait%)

-----------------------------------------------

data_lock_waits

------------------------------------------------------

(%transaction%)

------------------------------------------------------

binary_log_transaction_compression_stats

...

events_statements_summary_by_digest

SQL

events_statements_summary_by_digest

查询该表其中

类都需要继承该抽象类(也可以理解该类的一个主要作用是充当读取记录的游标详细信息见后文)。

PFS_engine_table

其数据被所有打开该表的句柄共享的。

其中包含一些回调函数如打开表

m_open_table写操作

table_mock_columns::s_table_def(/*

Schema

(参数已省略)TableScanIterator::Read()→handler::ha_rnd_next()→ha_perfschema::rnd_next()→table_mock_columns::rnd_next(),

执行后会将下一条记录取出到

---------------------------------------------------

TABLE_ID

----------------------------------------------------

dictionary

----------------------------------------------------

row

服务器的实时性能数据以便于用户进行性能分析和问题诊断。

这些数据存储在内存中并且在

MySQL

中的数据主要用于实时性能分析而不是长期存储。

如果需要长期保留这些数据我们需要自己定期收集并存储这些数据。

SQL

SECONDARY_UNLOAD;执行表卸载的时候需要自动把加载到二级引擎

mock

库中创建一张我们需要的元数据表有了较为详细的理解。

希望这篇分析能为您在深入研究或进行二次开发时提供有益的参考。

本文基于

使用多存储引擎架构的设计事务引擎具有数据强一致特性具备完整的事务并发处理能力使得

StoneDB

https://github.com/stoneatom/stonedb