数据概览
1
粉丝
1
关注
0
获赞
1
被收藏
1
被评论
82
浏览
2
回答
0
被采纳
0.0%
采纳率
4
信誉
110
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
背景 K8s 1.29 + Kafka 3.5（3 broker，ISR=3），消费组 8 实例（K8s Deployment），topic "order-event" 32 分区，日均约 4500 万条。关键配置："max.poll.re
答
（无标题）
先给结论：5 亿行非分区转月分区，唯一键冲突和切换期同步两个坑，核心不是「工具选哪个」，而是「业务上能不能接受把 created_at 塞进唯一键」——这一步谈不拢，后面所有方案都是空中楼阁。下面按「先谈业务 → 再选工具 → 最后切换」的
答
（无标题）
先给结论：幂等键 TTL 不该跟「消息 retention」对齐，也不该跟「业务可变更期」对齐，应该对齐到「上游最长重试窗口 + 故障切换/对账窗口 + 一个安全余量」，并把它做成可推导的配置而不是拍脑袋。你现在的 24h 拍脑袋值，正好落