数据概览
0
粉丝
0
关注
0
获赞
1
被收藏
1
被评论
59
浏览
1
回答
0
被采纳
0.0%
采纳率
2
信誉
110
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
结论先说： 顺序消息的分区键选错，会把「单个买家」的流量集中到一个分区，导致该分区积压 2.3 亿条消息。真正治本的不是加机器，而是把分区键从 buyerId 换成 orderNo。 一、现象与背景：不是「整体积压」，而是「一个分区在流血」
答
（无标题）
结论先说：你现在的"漂移"不是统计信息错了，而是 optimizer 在"索引选择性塌方"时做了一个对单条 SQL 合理、但对业务链路不合理的选择。真正治本的不是"让统计信息别变"，而是在批跑窗口期把"UNBILLED 选择性"这个变量从