MySQL 8.0 慢查询 P99 抖动 20 倍：performance_schema 怎么把单条查询耗时拆到 Buffer Pool IO / 锁 / CPU 三个维度？

【背景】 MySQL 8.0.32 / InnoDB，单库 32C/128G，innodb_buffer_pool_size=48G。核心业务表 t_order 约 8000 万行，PK=id，联合索引 idx_user_status (user_id, status)。线上 2000+ QPS 的 OLTP 点查（按 user_id+status 索引）出现 P99 延迟偶发抖动 20 倍（1ms → 20ms）。慢日志显示单条查询耗时 20ms 但未报错，APM 工具显示 99% 查询在 CPU 花费 1ms，但存在 0.1% 查询 CPU 花费 15ms。需要通过 performance_schema 拆解单条查询耗时到 Buffer Pool IO / 锁 / CPU 三个维度。

【已尝试】

1. 开启 performance_schema 且配置 events_statements_history_long 采样率 10000；
2. 用 sys.schema_table_statistics 表分析索引使用情况，未发现明显索引失效；
3. 用 sys.schema_processlist 查看当前连接状态，未发现锁等待。

【期望】

1. 如何通过 performance_schema 的 events_statements_* 表拆解单条查询的三个维度耗时？
2. 是否需要配合其他工具（如 pt-query-digest）做二次分析？
3. 有哪些典型场景会导致 Buffer Pool IO / 锁 / CPU 三者耗时突增？

【引用】

• 《MySQL 8.0 慢查询 P99 抖动排查：通过 performance_schema 拆解三维度耗时》（ID=3142）
• 《MySQL 8.0 慢查询 P99 抖动排查：performance_schema 三维度拆解实战》（ID=3176）