You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Luke Chen (Jira)" <ji...@apache.org> on 2021/02/19 07:16:00 UTC
[jira] [Assigned] (KAFKA-12261) Splitting partition causes message
loss for consumers with auto.offset.reset=latest
[ https://issues.apache.org/jira/browse/KAFKA-12261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Luke Chen reassigned KAFKA-12261:
---------------------------------
Assignee: Luke Chen
> Splitting partition causes message loss for consumers with auto.offset.reset=latest
> -----------------------------------------------------------------------------------
>
> Key: KAFKA-12261
> URL: https://issues.apache.org/jira/browse/KAFKA-12261
> Project: Kafka
> Issue Type: Improvement
> Affects Versions: 2.7.0
> Reporter: Haruki Okada
> Assignee: Luke Chen
> Priority: Minor
>
> As of now, auto.offset.reset of ConsumerConfig is "latest" by default.
>
> This could be a pitfall that causes message delivery loss when we split topic's partitions like below:
> Say we have a topic-X which have only 1 partition.
> # split topic-X to 2 partitions by kafka-topics.sh --alter --topic topic-X --partitions 2 (topic-X-1 is added)
> # producer knows that new partitions are added by refreshing metadata. starts to produce to topic-X-1
> # bit later, consumer knows that new partitions are added and triggering consumer rebalance, then starts consuming topic-X-1
> *
> ** upon starting consumption, it resets its offset to log-end-offset
> If the producer sent several records before 3, they could be not-delivered to the consumer.
>
>
> This behavior isn't preferable in most cases, so auto.offset.reset should be set to "earliest" by default to avoid this pitfall.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)