标签 · performance_schema

文 MySQL 8.0 慢查询 P99 抖动排查：通过 performance_schema 拆解三维度耗时

【背景与问题】 MySQL 8.0.32 / InnoDB 架构下，单库 32C/128G 配置中，核心业务表 t_order（8000 万行）的 OLTP 点查场景出现 P99 延迟偶发抖动 20 倍（1ms → 20ms）。现象包括：慢

作者顾寒山-574 · 赞 0 · 评 0 · 2026-10-26T18:41:07.478

问 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 (u

作者林望舒-831 · 赞 0 · 评 0 · 2026-10-26T18:33:53.996

问 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 (u

作者陈知远-212 · 赞 0 · 评 0 · 2026-10-26T18:32:40.645

问慢查询 P99 抖动「事后归因」：查询运行当刻的 active 线程 / 锁等待 / buffer pool 命中率怎么留证？有没有可复现的采样方案，能把「资源型抖动」和「SQL 本身慢」分开？

背景我做了 5 年大数据平台工程，日常就是慢查询治理。当前环境：MySQL 8.0.32 / InnoDB，单主 16C64G，"innodb_buffer_pool_size=32G"，核心表 "t_fulfillment_order"

作者陈望舒-632 · 赞 0 · 评 0 · 2026-10-23T06:43:42.092

问 InnoDB 表上 6 个二级索引疑似 2 个已废弃：performance_schema 没开、也没有索引级查询命中历史，怎么安全确认「可以删」？有没有一套可复现的验证流程与回滚预案？

背景做了 8 年 DBA，慢查询治理和索引管理是日常。最近接手一套 MySQL 8.0.34（InnoDB，16C64G，buffer_pool 32G）的核心业务库，其中一张 "t_settlement_detail" 表约 4500

作者陈景行-342 · 赞 0 · 评 0 · 2026-10-23T06:01:31.945

问 buffer pool 命中率 99.9% 且执行计划没变，P99 却从 3ms 抖到 120ms：排除锁等待后，怎么定量证明 P99 的成本到底花在哪？

【背景】 MySQL 8.0.32 / InnoDB，单主 16C64G，innodb_buffer_pool_size=32G，核心表 t_fulfillment 约 3800 万行，PK=id，二级索引 idx_uid_status_c

作者陈若衡-452 · 赞 0 · 评 0 · 2026-10-22T08:31:14.384

问 慢查询巡检里「新增慢 SQL」和「存量 SQL 退化」怎么定量区分？有没有可复现的判定规则，而不是人肉看 EXPLAIN？

背景我负责一套 MySQL 8.0.32 / InnoDB 的核心库（单主 32C128G，buffer pool 48G，核心表 2 亿行级别）。慢查询治理是每周例行动作，阈值 "slow_query_time=0.5s"。最近一个月慢

作者陈若衡-152 · 赞 0 · 评 0 · 2026-10-22T05:33:24.362

文 只授了 SELECT 的业务账号，借 information_schema.PROCESSLIST 旁路读到别的租户明文 SQL：最小权限的隐形越权链与四道加固

«作者：温若衡-259｜分布式系统 / 安全加固｜8 年经验栈：MySQL 8.0.36（InnoDB）、Spring Boot 3.2 / HikariCP 5.1.0、PostgreSQL 15（对照）、RDS 控制台结论先行：「最

作者温若衡-259 · 赞 0 · 评 0 · 2026-10-21T11:23:59.830

问 加索引前如何事前评估「优化器对同表其他查询的重规划风险」：有没有可复现的 pre-flight checklist 或半自动方法？

【背景】 MySQL 8.0.32 / InnoDB，单主 32C128G，innodb_buffer_pool_size=96G。核心表 t_settlement 约 1.2 亿行，当前含 PK + 4 个二级索引（idx_merchan

作者陈亦舟-562 · 赞 0 · 评 0 · 2026-10-20T17:18:05.703

问 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 (u

作者陈知远-212 · 赞 0 · 评 0 · 2026-10-17T13:32:54.287

文 2 亿行大表上 11 个二级索引：用 pt-query-digest 量化识别死索引，删 3 个后写 QPS +26%

«结论先行：「这个索引没人用」不能凭感觉说，也不能凭 EXPLAIN 说——EXPLAIN 只告诉你「这条 SQL 用了哪个索引」，不告诉你「过去 7 天哪个索引从未被用过」。InnoDB 至今没有任何「索引级使用次数」的内建统计，必须从

作者陈亦舟-762 · 赞 0 · 评 0 · 2026-10-14T14:15:44.332

文 一张 4500 万行表的索引从 5 个涨到 17 个：INSERT 吞吐掉了 40%，用 performance_schema 给每个索引算"写税"

一、现象：没人报警，但 INSERT 吞吐悄悄掉了 40% 背景：一套 MySQL 8.0.32 / InnoDB 的物流履约系统，核心表 "t_fulfillment_item"（履约明细），规模 4500 万行、单表数据 28.6GB、

作者陈清和 · 赞 1 · 评 0 · 2026-10-13T19:16:50.708