二进制协议。此协议通过 MySQL C API 访问，并映射到底层服务器命令，如下表所示。

文本协议。此协议使用 SQL 语句访问，并映射到底层服务器命令，如下表所示。

语句准备

COM_STMT_PREPARE 或 SQLCOM_PREPARE 命令在服务器中创建预处理语句。如果成功检测到该语句，则会将新行添加到 prepared_statements_instances 表中。如果无法检测到该语句，则 Performance_schema_prepared_statements_lost 状态变量会递增。

预处理语句执行

对已检测的预处理语句实例执行 COM_STMT_EXECUTE 或 SQLCOM_PREPARE 命令会更新相应的 prepared_statements_instances 表行。

预处理语句释放

对已检测的预处理语句实例执行 COM_STMT_CLOSE 或 SQLCOM_DEALLOCATE_PREPARE 命令会删除相应的 prepared_statements_instances 表行。为了避免资源泄漏，即使禁用了前面描述的预处理语句 Instrument，也会执行删除操作。

OBJECT_INSTANCE_BEGIN

已检测的预处理语句在内存中的地址。

STATEMENT_ID

服务器分配的内部语句 ID。文本和二进制协议都使用语句 ID。

STATEMENT_NAME

对于二进制协议，此列为 NULL。对于文本协议，此列是用户分配的外部语句名称。例如，对于以下 SQL 语句，预处理语句的名称为 stmt：

PREPARE stmt FROM 'SELECT 1';

SQL_TEXT

已准备语句文本，带有 ? 占位符标记。

OWNER_THREAD_ID，OWNER_EVENT_ID

这些列指示创建已准备语句的事件。

OWNER_OBJECT_TYPE，OWNER_OBJECT_SCHEMA，OWNER_OBJECT_NAME

对于由客户端会话创建的已准备语句，这些列为 NULL。对于由存储程序创建的已准备语句，这些列指向该存储程序。一个典型的用户错误是忘记释放已准备语句。可以使用这些列来查找泄漏已准备语句的存储程序。

SELECT
  OWNER_OBJECT_TYPE, OWNER_OBJECT_SCHEMA, OWNER_OBJECT_NAME,
  STATEMENT_NAME, SQL_TEXT
FROM performance_schema.prepared_statements_instances
WHERE OWNER_OBJECT_TYPE IS NOT NULL;

查询执行引擎。值为 PRIMARY 或 SECONDARY。用于 HeatWave 服务和 HeatWave，其中 PRIMARY 引擎为 InnoDB，SECONDARY 引擎为 HeatWave (RAPID)。对于 MySQL 社区版服务器、MySQL 企业版服务器（本地部署）以及没有 HeatWave 的 HeatWave 服务，该值始终为 PRIMARY。

TIMER_PREPARE

执行语句准备本身所花费的时间。

COUNT_REPREPARE

语句在内部重新准备的次数（请参阅“10.10.3 节 “准备语句和存储程序的缓存””）。重新准备的时间统计信息不可用，因为它被计为语句执行的一部分，而不是单独的操作。

COUNT_EXECUTE，SUM_TIMER_EXECUTE，MIN_TIMER_EXECUTE，AVG_TIMER_EXECUTE，MAX_TIMER_EXECUTE

已准备语句执行的汇总统计信息。

SUM_xxx

其余的 SUM_xxx 列与语句摘要表中的相同（请参阅“29.12.20.3 节 “语句摘要表””）。

MAX_CONTROLLED_MEMORY

报告已准备语句在执行期间使用的最大受控内存量。

MAX_TOTAL_MEMORY

报告已准备语句在执行期间使用的最大内存量。

主键：(OBJECT_INSTANCE_BEGIN)

索引：(STATEMENT_ID)

索引：(STATEMENT_NAME)

索引：(OWNER_THREAD_ID, OWNER_EVENT_ID)

索引：(OWNER_OBJECT_TYPE, OWNER_OBJECT_SCHEMA, OWNER_OBJECT_NAME)