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 倍（从 150ms 跳到 3s）。

【现象】

1. performance_schema.events_waits_history 显示单条查询耗时分布异常，但无法精确拆解到 Buffer Pool IO / 锁 / CPU 三个维度；
2. 已尝试开启 performance_schema 的 waits 详细监控，但未发现明显异常事件；
3. 通过 pt-query-digest 抓取慢查询，发现 95% 的慢查询集中在 3 个联合索引查询场景。

【已尝试】

1. 调整 innodb_buffer_pool_size 到 64G，但抖动频率未降低；
2. 检查锁等待事件，未发现长时间锁等待；
3. 使用 perfmon 监控 CPU 使用率，未发现异常峰值。

【期望答案形态】

1. 如何通过 performance_schema 的 waits 类事件，精确拆解单条查询到 Buffer Pool IO / 锁 / CPU 三个维度？
2. 针对偶发抖动场景，推荐哪些监控指标组合（如 buffer pool hit rate + lock wait time + CPU user time）？
3. 是否有实际案例表明通过性能模式调优可将 P99 抖动幅度降低 50% 以上？