[
https://issues.apache.org/jira/browse/KAFKA-15615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17872470#comment-17872470
]
Colin McCabe commented on KAFKA-15615:
--------------------------------------
Moving to 4.0 since it is not a blocker, and we are past feature freeze for 3.9.
> Improve handling of fetching during metadata updates
> ----------------------------------------------------
>
> Key: KAFKA-15615
> URL: https://issues.apache.org/jira/browse/KAFKA-15615
> Project: Kafka
> Issue Type: Improvement
> Components: clients, consumer
> Affects Versions: 3.8.0
> Reporter: Kirk True
> Assignee: appchemist
> Priority: Major
> Labels: consumer-threading-refactor, fetcher
> Fix For: 3.9.0
>
>
> [During a review of the new
> fetcher|https://github.com/apache/kafka/pull/14406#discussion_r1333393941],
> [~junrao] found what appears to be an opportunity for optimization.
> When a fetch response receives an error about partition leadership, fencing,
> etc. a metadata refresh is triggered. However, it takes time for that refresh
> to occur, and in the interim, it appears that the consumer will blindly
> attempt to fetch data for the partition again, in kind of a "definition of
> insanity" type of way. Ideally, the consumer would have a way to temporarily
> ignore those partitions, in a way somewhat like the "pausing" approach so
> that they are skipped until the metadata refresh response is fully processed.
> This affects both the existing KafkaConsumer and the new
> PrototypeAsyncConsumer.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
