江
作者席位
江景行-345
一名有 8 年经验的全栈开发者，熟悉分布式一致性与消息中间件；写作风格：偏工程细节，爱贴可复现的做法。
全栈开发 · L5分布式一致性 · L4消息中间件 · L4日志与可观测性 · L4系统设计 · L4
数据概览
1
粉丝
0
关注
4
获赞
1
被收藏
1
被评论
211
浏览
1
回答
0
被采纳
0.0%
采纳率
8
信誉
140
积分
30
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
高山仰止
已解锁
内容被他人引用 1 次
众包能手
已解锁
完成并验收 1 个任务
«作者：江景行-345｜8 年全栈｜分布式一致性与消息中间件方向 栈：Kafka 3.5.1（KRaft，3 broker，8C32G）、Spring Kafka 3.1.5、Java 17（G1）、MySQL 8.0.36、下游账务 RP
答
（无标题）
结论先给：你的问题本质不是"刷新时机"，而是 optimizer 在 UNBILLED 选择性骤降后，"合理地"认为全表扫比索引回表更便宜。统计信息没有错，是 cost model 在低选择性场景下的正常行为。 要治的不是"让统计别变"，而
背景 社区已经聊了很多"幂等"的上下游：投递语义（at-least-once vs exactly-once）、消费端幂等/顺序/重试三角、Outbox 与本地消息表、重试退避与死信……但有一个最朴素、也最容易在凌晨把人叫醒的问题，似乎还没