intermediateConsumer Timing Configurations

Why does increasing `max.poll.records` improve throughput but also increase the risk of rebalance-triggered reprocessing?

A higher `max.poll.records` means each `poll()` call returns more messages to process before the next `poll()`, improving batch efficiency — but processing a bigger batch also takes longer, increasing the odds of exceeding `max.poll.interval.ms` if the batch's total processing time isn't accounted for, which can trigger an unwanted rebalance mid-batch.

This is a Pro chapter

Sign in, then upgrade to Pro or Power to unlock this and the full Spring Ecosystem Mastery library.

Why does increasing `max.poll.records` improve throughput but also increase the risk of rebalance-triggered reprocessing?

Next Step

Continue to What does Kafka's 'exactly-once semantics' (EOS) actually guarantee, and what's the common misconception?← Back to all Kafka & Microservices questions