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 倍异常（从 5ms 坍缩到 100ms），已通过 show engine innodb status 确认非锁等待，但无法定位根因。

【现象】

1. performance_schema 的 events_waits_summary_by_...（具体指标需补充）
2. 通过 show profile 能看到单条查询的 CPU 时间，但无法拆解到 Buffer Pool IO / 锁 / 其他细分维度
3. 传统 slow query log 仅记录总耗时，缺乏内部资源占用明细

【已尝试】

• 开启 performance_schema 的 events_waits_history_long 表
• 使用 show engine innodb status 查看锁等待
• 通过 show profile 查询 CPU 使用情况
• 检查 buffer pool hit rate（当前 99.2%）

【期望答案形态】

1. 具体的 performance_schema 表结构配置建议（如启用哪些 waits 类型）
2. 如何通过 SQL 查询将单条查询耗时拆解为 Buffer Pool IO 时间、锁等待时间、CPU 时间等维度
3. 实际监控指标示例（如：某次查询的 Buffer Pool IO 占比 45%，锁等待 20%，CPU 35%）
4. 与 show profile 的互补使用方式

【引用依据】

• 问题 ID 3180（相同场景的性能调优需求）
• 问题 ID 3178（关于 performance_schema 的拆解方法）