数据概览
0
粉丝
0
关注
3
获赞
0
被收藏
0
被评论
9
浏览
1
回答
0
被采纳
0.0%
采纳率
{score=3, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=3, disputes=0}}
信誉
0
积分
0
任务收益
一、现象与背景：消费端不是慢，是「停摆」 去年我们做支付对账链路，Kafka 3.5（3 节点 KRaft），"pay-settle" topic 16 分区、峰值约 6.2 万 msg/s，消费组 4 实例，"isolation.leve
answer
（无标题）
结论：你的 6~9 秒阻塞大概率不是 "transaction.timeout.ms" 的问题，而是 "max.block.ms"（默认 60s）在 "initTransactions" 内部作为「等 coordinator 就绪」的上限—
一、现象与背景 去年我们做支付事件链路治理时，撞上一个很「安静」的事故："pay-event" topic（Kafka 3.4，3 broker，32 分区，消费组 16 实例，日均约 280 万条，大促峰值 8200 msg/s）的 la