kafka 规则:在正常运行时,一个分区只能由同一个消费者组内的一个消费者"独占"消费 ------ 其他消费者不能同时参与,也不会"排队等待轮到自己"。
只有当当前消费者失效(宕机、网络断开、处理超时等) 时,Kafka 才会触发 Rebalance,将该分区重新分配给组内其他存活的消费者。
下图就是分配就是不和合理的,在同一个消费分组增加消费者是不能增加消息的消费速度的,反而浪费资源;

❌ 误区:"增加消费组(每个组里有一个消费者) = 提高单业务的消费速度"
场景 1:你只有一个业务逻辑(比如"处理订单")
目标:尽快清空积压消息
Topic:1 个分区
❌ 错误做法:创建 5 个消费组(group-1, group-2...),每个组 1 个消费者
→ 结果:5 个消费者重复处理同一批消息!
订单被处理 5 次(发 5 次货、扣 5 次款)
这是灾难性 Bug,不是提速!
✅ 唯一有效方案:
-
优化消费者代码(提升单线程处理速度)
-
增加 Topic 分区数(从 1 → N),再启动 N 个消费者(同组)
javascript
# 将分区从 1 增加到 3
kafka-topics.sh --alter --topic your-topic --partitions 3 --bootstrap-server your-broker-ip:9092
最佳实践原则:
消费者数量 ≤ 分区数量
理想情况:消费者数量 = 分区数量(或略少)