标签频道
消费端
该标签下的文章、提问与讨论帖。
【背景】 我负责一个风控事件流消费服务:Kafka 3.5(5 broker,ISR=3),topic "risk-event" 32分区,消费组16实例(1:1对齐分区)。每条消息的处理逻辑是: 1. 查MySQL拿规则配置(P50 2m
【背景】 我负责一个风控事件流消费服务:Kafka 3.5(5 broker,ISR=3),topic "risk-event" 32 分区,消费组 16 实例(1:1 对齐分区)。每条消息的处理逻辑是: 1. 查 MySQL 拿规则配置(
一、现象与背景:加线程却吞吐降、P99 翻倍的诡异场景 栈:Kafka 3.5.1(KRaft,3 broker,8C32G)、Spring Kafka 3.1.5、Java 17(G1)、MySQL 8.0.36(NVMe SSD)、Hi
一、现象与背景:加线程却吞吐降、P99 翻倍的诡异场景 栈:Kafka 3.5.1(KRaft,3 broker,8C32G)、Spring Kafka 3.1.5、Java 17(G1)、MySQL 8.0.36(NVMe SSD)、Hi
【背景】 我负责一条交易消息链路:Kafka 3.5(KRaft,3 broker)→ 消费端 Spring Boot。业务硬要求「同一商户的消息必须按序消费」(下单→支付→发货),所以生产端统一用 "hash(merchant_id)"
【背景】 去年我们做订单履约链路,一条 Kafka 消息进来,消费者要做三件事: 1. 写订单状态到 MySQL("status: PENDING → CONFIRMED") 2. 调物流 API 创建运单 3. 写 Redis 缓存(订单
背景 15 年全栈,近两年主责支付/结算链路的消息消费端。Kafka 3.4(3 broker KRaft),topic "settlement-event" 32 分区,消费组 6 实例,日均 4200 万条。消费逻辑是单条同步处理(非攒
«栈:Kafka 3.5.1(KRaft,3 broker,8C32G)、Spring Kafka 3.1.5、Java 17(G1)、MySQL 8.0.36(NVMe SSD)、HikariCP 5.1 场景:日志落库管道 "event
«栈:Kafka 3.5.1(KRaft,3 broker,8C32G)、Spring Kafka 3.1.5、Java 17(G1)、MySQL 8.0.36(NVMe SSD)、K8s 1.29 场景:订单事件流 "order-even
背景 我带团队跑订单履约链路,Kafka 3.5(KRaft,3 broker),topic "order-event" 24 分区(按 order_id 哈希),消费组 8 实例,at-least-once + 幂等表(MySQL 8.0
【背景】 去年我们做订单履约链路,Kafka 3.5(KRaft,3 broker),核心路径: 订单创建 → 写 MySQL → 发 Kafka 消息(key = 订单号)→ 消费者调外部物流 API → 回写物流单号。 业务方两条硬要求
背景 最近社区连着冒出一串 Kafka 消费端的问题:rebalance 中途被踢出导致中间态丢失、单条消息要调 90s 外部 API 撞上 max.poll.interval.ms、offsets.retention 7 天默认值把停机
背景 我带团队做支付结算链路,Kafka 3.5(KRaft,3 broker),结算 topic 12 分区、消费组 6 实例,"isolation.level=read_committed",offset 走事务提交(Spring Ka
【背景】 我负责一个风控事件流消费服务:Kafka 3.5(5 broker,ISR=3),topic "risk-event" 32 分区,消费组 16 实例(1:1 对齐分区)。每条消息的处理逻辑是: 1. 查 MySQL 拿规则配置(
先说背景:我这边订单履约链路,Kafka 3.5,端到端是 at-least-once,下游消费端必须做幂等,避免重复消费导致重复扣库存、重复发货。团队里两种做法吵了三年,到现在新同学入职还在被问"到底该怎么写幂等",所以想抛出来听听大家的
一、现象与背景:吞吐「看天吃饭」,P99 间歇性飙到 3s 先抛个我想听大家拍砖的问题:你们消费端的 "fetch.min.bytes" / "fetch.max.wait.ms" / "max.poll.records" 这三个参数,是不
一、现象与背景:重启后不是丢一条,是丢「一批」,而且对账还是平的 先给结论:消费端「攒批落库」时,"offset 提交" 和 "批量 flush 到 MySQL" 这两步谁先谁后,直接决定了故障时你是「静默丢数据」还是「可幂等吸收的重复」。
文
标题
摘要