consumer线程简介

本文深入探讨Kafka Consumer的工作机制,重点分析fetch数据流程,包括心跳线程、fetch请求构造与序列化、网络通信、响应反序列化、记录数据解压以及内存消耗。特别指出,Consumer的CPU消耗主要集中在数据解压过程,而内存消耗关键在于completed fetches队列和用户设置的max poll records参数。此外,文章还提及LZ4解压内存的复用策略,以降低资源消耗。
摘要由CSDN通过智能技术生成

consumer有2个线程,其中一个是heartbeat线程用来跟broker中的group coordinator保持心跳状态。另一线程线程负责consumer的所有动作。我们主要分析fetch数据的流程。

consumer的cpu消耗

  • 构造fetch请求对象和序列化
  • 网络发送和接收数据
  • fetch response反序列化
  • record数据解压
  • 用户的数据处理逻辑

构造fetch请求对象和序列化

1.根据订阅的分区生成fetch对象,需要去除

  • 正在发送的broker上的topic partition
  • 正在读区的topic parition
  • 已经返回了response的topicparition

将剩余的fetch对象按broker分组,构造fetch request准备发送。

2.有数据的情况下根据max poll record从fetch到的record缓存中获取records返回,在返回前会继续发送fetch请求,这样就可以提前预读已经获取的分区上的数据。

fetch response反序列化

1.将从网络上接受到的Bytebuffer数据序列化成FetchResponse。

2.将fetch response按topic partition拆解,这个结果包含n个之前在producer端打包好的recordbatch的数据 ,将结果放在completed fetches队列中

record数据解压

1.获取一个completed fetches中的数据。

2.对数据解压。解压的过程可看作3层拆包。

  • 第一层拆包分解出原recordbatch的数据
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值