You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Chia-Ping Tsai (Jira)" <ji...@apache.org> on 2025/07/18 08:40:00 UTC

[jira] [Assigned] (KAFKA-19519) Introduce a new config for group coordinator max record size

     [ https://issues.apache.org/jira/browse/KAFKA-19519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Chia-Ping Tsai reassigned KAFKA-19519:
--------------------------------------

    Assignee: Lan Ding

> Introduce a new config for group coordinator max record size
> ------------------------------------------------------------
>
>                 Key: KAFKA-19519
>                 URL: https://issues.apache.org/jira/browse/KAFKA-19519
>             Project: Kafka
>          Issue Type: Improvement
>            Reporter: Luke Chen
>            Assignee: Lan Ding
>            Priority: Major
>
> In KAFKA-19427, there's a use case that when there is a consumer group subscribes huge amount of topics/partitions, when this group is rebalanced, and then the coordinator broker stores the assignment of this group to __consumer_offsets, it will throw an error RecordTooLargeException .
>  
>  
>  
> Currently, to resolve this issue, the only solution is to increase the broker-level `message.max.bytes` config. But the side effect of this change is it potentially allows all topics without override the topic level \{{max.message.bytes}} config, will now allow higher message size.
>  
>  
>  
> We could introduce a new config to drive the value used by the group coordinator - e.g group.coordinator.append.max.bytes - instead of relying on the broker message.max.bytes. This would be used to set the max bytes at the topic level when the topic is created.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)