Flink Kafka数据源读取分析

本文深入探讨了Flink在Table API中使用Kafka作为数据源时,如何进行分区分配和消费。Flink作业的并行度与Kafka分区之间的关系,以及JobMaster如何协调和调度,确保每个Source Task正确消费Kafka分区。详细分析了从Sql生成KafkaSource,到SourceCoordinator、SourceTask之间的通信,直至TaskExecutor实际消费数据的流程。
摘要由CSDN通过智能技术生成

      Flink Table Api中kafka连接器,一个Kafka source表对应一个kafka topic,一个kafka topic一般有多个partition;Flink流处理作业的并行度一般大于1,一个source Task对应一个kafka consumer。Flink需要把 kafka 分区分配给各task。
       Flink的设计要点如下:
1)在JobMaster侧,Flink通过kafka API发现所有的分区,然后将分区分配给各source task。
2)JobMaster通过RPC消息给Source Task(在TaskExecutor上运行)发送对应的分区信息。
3)Source Task收到分区消息后,创建kafka consumer,消费对应分区的消息。

相关的源码如下:
1)根据Sql生成PlannerQueryOperation的时候,生成 KafkaSource对象
2)构建 JobGraph 的时候就生成一个 SourceCoordinatorProvider 对象
3)构建 ExecutionGraph 的时候生成 SourceCoordinator 对象。
3)JobMaster开始调度的时候, SourceCoordinator通过KafkaSource 创建 KafkaSourceEnumerator,  再通过 KafkaSourceEnumerator 发现kafka的分区,并分配分区给各Source task,这个处理逻辑参见    KafkaSourceEnumerator#addPartitionSplitChangeToPendingAssignments 方法。  

  private void addPartiti

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值