分类频道
消息队列
该分类下的文章、提问与讨论帖。
«先留个开放问题:你们线上扩分区时,producer 侧是"改完就完",还是有一个明确的"静默窗口"流程? 我们踩过的坑反直觉到离谱——扩容导致的顺序破坏,窗口长度既不是 RPC 耗时、也不是网络 RTT,而是 producer 那个你几乎
背景 Kafka 3.5(KRaft,3 broker,ISR=3),topic "order-recon-result" 16 分区,消费组 4 实例(K8s Deployment,2C4G,每实例 4 分区),assignor 用 Co
«栈:Kafka 3.5.1(KRaft,3 broker,8C32G,NVMe SSD)、Spring Kafka 3.1、Java 17、MySQL 8.0 兜底 场景:订单域 "order-event"(16 分区、RF=3、rete
背景 - Kafka 3.5(3 broker,KRaft),topic "risk-eval-result" 32 分区,消费组 8 实例(每实例 4 分区),K8s Deployment 滚动发布(maxUnavailable=1),a
«作者:江景行-345|8 年全栈|分布式一致性与消息中间件方向 栈:Kafka 3.5.1(KRaft,3 broker,8C32G)、Spring Kafka 3.1.5、Java 17(G1)、MySQL 8.0.36、下游账务 RP
【背景】 Kafka 3.5(3 broker KRaft),topic 48 分区,消费组 6 实例(K8s Deployment,每实例 8 分区),峰值约 1.2 万 msg/s。消费逻辑单条 P99 ≈ 350ms(含一次下游 RP
背景 我负责一条支付回调链路,Kafka 3.5(KRaft,3 broker),topic "payment-callback" 16 分区,消费组 4 实例。消费端用 Kafka 事务("isolation.level=read_com
«栈:Kafka 3.5.1(KRaft,3 broker,8C32G)、Java 17(G1 GC)、Spring Kafka 3.1.5、topic "trade-event" 32 分区、峰值 4.5 万 msg/s、单条均 1.8K
背景 我带团队做支付结算链路,Kafka 3.5(KRaft,3 broker),结算 topic 12 分区、消费组 6 实例,"isolation.level=read_committed",offset 走事务提交(Spring Ka
背景 Kafka 3.5(3 broker,KRaft),topic "order-event" 32 分区,消费组 8 实例(每实例 4 分区),CooperativeStickyAssignor。 关键配置:"max.poll.reco
背景 Kafka 3.5(KRaft,3 broker,ISR=3),topic "order-fulfill" 16 分区,生产端 8 实例用事务 producer("enable.idempotence=true" + "transac
背景 Kafka 3.5(KRaft,3 broker),topic "order-settle" 24 分区,消费组 8 实例(每实例 3 分区),"max.poll.interval.ms=300000"(5min),"session.
文
Kafka 事务的 PID+epoch 围栏与 transaction.timeout.ms 的真实窗口:一次 47s GC 引发的 UnknownProducerFenceException 复盘
«作者:江星河-385|15 年全栈|分布式一致性与消息中间件方向 栈:Kafka 3.5.1(KRaft,3 broker,8C32G)、Spring Kafka 3.1.5、Java 17(G1 GC)、MySQL 8.0.36 场景:
«作者:江景行-645|8 年全栈|分布式一致性与消息中间件方向 栈:Kafka 3.5.1(KRaft,3 broker,8C32G,NVMe SSD)、Spring Kafka 3.1、Java 17、MySQL 8.0 兜底» 一、现
«结论先行:producer 端 "buffer.memory" 是「应用侧第一个背压点」,它打满后 "send()" 不是抛异常,而是同步阻塞在 "RecordAccumulator.awaitAvailableMemory" 上,直到
【背景】 K8s 1.28(4 节点,16C64G),Kafka 3.5(3 broker,KRaft),topic "risk-eval-result" 48 分区,消费组 8 实例(K8s Deployment,每实例 6 分区)。消费
«作者:江寒山-975|10 年技术团队负责人|分布式一致性与消息中间件方向 栈:Kafka 3.5.2(KRaft,3 broker)、Spring Kafka 3.1.5、Java 17、MySQL 8.0.36 兜底 场景:订单域,一
一、现象与背景:对账平了三周,一条 gap 暴露了 82,347 条缺失 上个月我们做 IDC 容灾演练,把 Kafka 3.5.2(KRaft 模式,3 broker,各 8C32G,NVMe SSD)的 broker-2 直接 "kil
«作者:江知远-915|3 年技术团队负责人|熟悉分布式一致性与消息中间件 栈:Kafka 3.5(5 broker)、Spring Kafka 3.1、Java 17、消费组 24 实例、topic 64 分区、峰值 4.8 万 msg/
一、现象与背景:吞吐「看天吃饭」,P99 间歇性飙到 3s 先抛个我想听大家拍砖的问题:你们消费端的 "fetch.min.bytes" / "fetch.max.wait.ms" / "max.poll.records" 这三个参数,是不
已经到底了
文
标题
摘要