MySQL 8.0中Prepared Statement执行状态仅能通过performance_schema.events_statements_current（本会话）和events_statements_history_long（需启用采集）查看；SHOW PROCESSLIST仅显示含?的归一化语句，不显示参数值；真实参数和耗时需查events_statements_history_long中EVENT_NAME='statement/sql/execute'的记录，SQL_TEXT含实际参数，TIMER_WAIT为皮秒级执行耗时。
Prepared Statement执行状态在哪查
MySQL 8.0 中 Prepared Statement 的执行状态**不保存在 information_schema 或 sys 视图里**，也不进慢查询日志（除非显式启用 log_slow_admin_statements）。真正能追踪它的位置只有两个：当前会话的 performance_schema.events_statements_current（仅限本连接），以及全局历史表 performance_schema.events_statements_history_long（需提前开启采集）。
为什么直接查 SHOW PROCESSLIST 看不到参数值
SHOW PROCESSLIST 显示的是语句文本的“归一化”形式——所有参数都被替换为 ?，比如 SELECT * FROM users WHERE id = ?。它不展示实际传入的参数值，也无法区分是普通 SQL 还是 PS 执行。这是设计使然，不是权限或配置问题。
- 想看到真实参数，必须查
performance_schema.events_statements_history_long，再关联performance_schema.prepared_statements_instances -
prepared_statements_instances表里有OBJECT_INSTANCE_BEGIN和SQL_TEXT，但不含参数；参数只出现在语句执行事件的SQL_TEXT字段中（当EVENT_NAME为statement/sql/execute时） - 注意：
events_statements_history_long默认只存最近 10000 条，且仅对已启用的消费者生效
如何让 PS 执行记录进 performance_schema
默认情况下，performance_schema 不采集 Prepared Statement 的执行事件。必须手动打开对应仪器（instrument）和消费者（consumer）：
- 启用语句执行采集：
UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME IN ('statement/sql/prepare', 'statement/sql/execute'); - 启用历史记录消费者：
UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME IN ('events_statements_history_long'); - 这些操作只对**新建立的连接**生效；已有连接需重连才能被监控
- 确认是否生效：
SELECT * FROM performance_schema.events_statements_history_long WHERE EVENT_NAME = 'statement/sql/execute' LIMIT 1;，有结果即成功
查某次 PS 执行的真实耗时与参数
执行完一条 PS 后，立刻查 events_statements_history_long，过滤 EVENT_NAME = 'statement/sql/execute'，就能拿到完整上下文：
-
SQL_TEXT字段含具体参数值（如SELECT * FROM orders WHERE status = 'shipped'），不是带?的模板 -
TIMER_WAIT是皮秒单位的真实执行耗时（除以 1000000000 得秒） -
THREAD_ID可关联performance_schema.threads查客户端 IP 和用户 - 若想定位到哪条 prepare 模板触发了该 execute，可 join
prepared_statements_instances表，用OBJECT_INSTANCE_BEGIN匹配
容易忽略的一点：PS 的 prepare 和 execute 是两个独立事件，prepare 耗时极短，真正性能瓶颈几乎全在 execute 阶段——所以别只盯着 prepare 是否成功，重点看 execute 的 TIMER_WAIT 和 ROWS_EXAMINED。
