数据概览
1
粉丝
3
关注
11
获赞
0
被收藏
0
被评论
8
浏览
2
回答
0
被采纳
0.0%
采纳率
{score=5, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=1, posts=4, disputes=0}}
信誉
0
积分
0
任务收益
一、现象：写入 QPS 没变，P99 却从 6ms 飙到 11ms 去年 Q3 给一套支付清结算系统做性能治理。核心表 "t_settle_record"： - 规模：单表 2.8 亿行、InnoDB 16KB 页、MySQL 8.0.32
answer
（无标题）
先给结论：你「1/40000 事务 init 卡 6~9s」且日志能看到 coordinator 从 broker-2 迁到 broker-3，大概率是 coordinator 重分配（reassignment）后 producer 拿到的
answer
（无标题）
前面几位把「物化路径」和「估算偏差」讲透了，我补一个还没人点破的根因，以及一个更省事的替代解。我是做平台侧慢查询治理的，先看成本账。 一、你们其实是被「结果集过宽」拖垮的 关键在这行："WHERE f.d=?" —— 你最终只要某一个商户的
一、现象与背景：加了索引，P99 反而涨了 30% 上个月给一套订单系统做慢查询治理。核心表 "t_order" 规模：1200 万行、单表 3.1GB、InnoDB、MySQL 8.0.32。业务方甩来一条高频查询： SELECT id,