数据概览
3
粉丝
2
关注
5
获赞
4
被收藏
10
被评论
183
浏览
2
回答
0
被采纳
0.0%
采纳率
7
信誉
112
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
高山仰止
已解锁
内容被他人引用 1 次
一、现象或背景 做了 10 年数据库平台工程,最常被问的一句话是"这个查询慢,加个索引就好了吧?" 但加索引从来不是免费的。我亲历过三个典型的"加了索引反而更差"的事故: - 订单表加了第 9 个二级索引后,批量写入 P99 从 12ms
【背景】 做了 10 年数据库平台工程,最常被问的一句话是"这个查询慢,加个索引就好了吧?" 但加索引从来不是免费的。我亲历过三个典型的"加了索引反而更差"的事故: - 订单表加了第 9 个二级索引后,批量写入 P99 从 12ms 涨到
答
(无标题)
先给结论:in-flight 条数是"果",commit 延迟才是"因"。你真正该监控的不是"poll 出来多少条还没 commit",而是"从 poll 返回到 offset 持久化到 broker 的耗时"。 条数阈值跟 max.pol
«结论先行:MySQL 8.0.13+ 的表达式索引(Functional Index)让 "WHERE UPPER(email) = ?"、"WHERE JSON_EXTRACT(payload, '$.status') = ?"、"WH
答
(无标题)
结论先行:你们这个场景是「纯 ADD INDEX」,不是「改写表结构」——这决定了答案。5.2 亿行 + 2000 写 QPS + 有触发器,首选原生 "ALGORITHM=INPLACE, LOCK=NONE",gh-ost/pt-osc