spring-kafka 3.0.3正常消费却出现METADATA请求取消及节点断开日志问题

使用spring-kafka:3.0.3及SSL配置，消费者能够正常连接bootstrap-servers并成功消费消息，但出现如下日志：

Cancelled in-flight METADATA request with correlation id 399 due to node 3 being disconnected (elapsed time since creation: 18275ms, elapsed time since send: 18275ms, request timeout: 60000ms)

Disconnecting from node 4 due to request timeout.

已排除SSL/SASL配置错误导致的连接失败，咨询以下问题：

1. 这种现象是否属于正常行为？
2. 需要调整哪些超时配置？

现象是否正常？ #

这类日志属于临时网络波动或集群节点短暂不可用引发的非致命异常：如果只是偶尔出现且不影响消息消费，属于集群自我恢复的可容忍行为；但如果频繁出现，则说明集群或网络存在稳定性隐患，需要排查调整。

可调整的超时配置 #

针对元数据请求超时、节点断开的情况，可调整以下Kafka消费者配置（对应spring-kafka的配置前缀为spring.kafka.consumer.properties.）：

• metadata.max.age.ms：默认值300000（5分钟），控制消费者刷新元数据的间隔。若集群节点稳定、网络延迟较高，可适当调大（如设为600000即10分钟），减少元数据请求的频率。
• request.timeout.ms：默认值30000，日志中当前设为60000。若节点响应较慢，可继续调大至90000，给元数据请求足够的响应时间，避免触发超时断开。
• connections.max.idle.ms：默认值540000（9分钟），控制空闲连接的存活时间。若因连接闲置被集群断开，可调大至720000（12分钟），减少因空闲断开的情况。
• reconnect.backoff.ms 和 reconnect.backoff.max.ms：默认值分别为50和1000。调大这两个值（如设为200和2000），避免节点恢复时消费者频繁重连给集群带来额外压力，降低连接波动的概率。

额外建议 #

• 优先排查Kafka集群节点状态，确认是否存在节点负载过高、磁盘IO瓶颈或网络链路抖动等问题，这些是引发此类日志的根源。
• 调整参数时建议逐步微调，避免一次性大幅修改引发其他连锁问题；调整后持续观察日志和消费稳定性。

内容的提问来源于stack exchange，提问作者midnight