performance schema 默认不采集 sql 各阶段耗时，需手动启用 stage/% instruments 并开启对应 consumers；events_stages_current 仅存快照且需通过 nesting_event_id 关联父语句；分析阶段耗时应优先使用 events_stages_summary_by_thread_by_event_name 汇总表。
Performance Schema 默认不采集 SQL 各阶段（如 parsing、optimizing、executing）的耗时，直接查 events_statements_current 看不到有效 TIMER_WAIT 或阶段明细——不是数据丢了，是根本没开采集。
stage/% instrument 必须手动开启
MySQL 启动后，stage/% 类监控器默认全为 DISABLED，哪怕 performance_schema 本身已开启。不改它，events_stages_current 和 events_stages_summary_by_thread_by_event_name 就是空的。
- 执行
UPDATE performance_schema.setup_instruments SET ENABLED = 'YES', TIMED = 'YES' WHERE NAME LIKE 'stage/%'; - 这条语句立即生效，但只对新建立的连接生效；已有连接需重连才继承配置
- 不用全开所有 instruments，聚焦
stage/%和statement/%即可，避免内存浪费 - 检查是否生效：
SELECT NAME, ENABLED, TIMED FROM performance_schema.setup_instruments WHERE NAME LIKE 'stage/sql/%' LIMIT 5;—— 输出应含YES值
查当前正在执行的阶段要用 NESTING_EVENT_ID 关联
events_stages_current 不是按 SQL 文本索引的，它只存“此刻卡在哪个 stage”的快照，且必须通过嵌套关系绑定到父语句。直接 SELECT * 几乎总为空，因为多数语句执行极快，stage 切换后 current 表就清空了。
- 先从
events_statements_current拿活跃语句：SELECT THREAD_ID, EVENT_ID, SQL_TEXT FROM performance_schema.events_statements_current WHERE SQL_TEXT LIKE '%your_keyword%'; - 再用结果中的
THREAD_ID和EVENT_ID查对应 stage：SELECT EVENT_NAME, TIMER_WAIT/1E12 AS sec, WORK_COMPLETED, WORK_ESTIMATED FROM performance_schema.events_stages_current WHERE THREAD_ID = ? AND NESTING_EVENT_ID = ?; - 如果查不到，说明语句已结束或进入 cleanup 阶段，改查
events_stages_history_long（需确保对应 consumer 已启用）
看累计耗时别用 current 表，用 summary 表
想分析某类操作（比如 sorting result 或 creating sort index）整体花了多少时间，不该翻 current 或 history 表——它们记录单次事件，聚合成本高、易漏样本。正确入口是 events_stages_summary_by_thread_by_event_name。
- 该表按线程 + stage 类型统计总耗时（单位皮秒），适合定位瓶颈阶段
- 查询示例：
SELECT event_name, SUM(timer_wait)/1E9 AS total_sec, COUNT_STAR FROM performance_schema.events_stages_summary_by_thread_by_event_name WHERE event_name LIKE 'stage/sql/%' GROUP BY event_name ORDER BY total_sec DESC LIMIT 5; - 注意：该表内容随 server 重启清空，且只统计已启用 instruments 的事件；若某 stage 没出现在结果里，大概率是 instrument 还没开
-
WORK_COMPLETED/WORK_ESTIMATED仅对少数 stage（如stage/sql/sorting result）有值，不能泛用于所有语句
最容易被忽略的一点：stage 数据采集依赖两个独立开关——instruments 控制“采不采”，consumers 控制“存不存”。只开 stage/% instrument，但没开 events_stages_current 或 events_stages_history_long consumer，照样查不到任何 stage 记录。
