hudi系列-增量查询ckp超时

在使用Hudi的增量查询时,首次checkpoint超时,原因是split_reader接收和处理分片速度慢,导致背压。文章分析了MailBox线程模型,提出四种解决方案:提高checkpoint失败容忍次数、增加并行度、缓存所有分片后触发微批读取、控制数据读取速率。
摘要由CSDN通过智能技术生成

环境

  • hudi 0.11.1
  • flink 1.14.5
  • MOR表,按天分区,约几百个,每个分区下基本只有一个base文件(最近的分区文件也不多)
  • Aligned Checkpoints
  • checkpoint timeout 10 分钟
  • checkpoint interval 1 分钟

首次checkpoint超时报错

Checkpoint expired before completing.

有一个hudi mor表,我们在它上面做实时应用,但要求初始运行时也须要处理历史的全量数据,因此在使用hudi的增量查询时设置了read.start-commit=earliest,在运行10分钟后就超时报错。通过查看checkpoint详情,发现split_monitor很快完成了ckp,但是算子split_reader一直没有响应,所以是它阻塞了checkpoint.

split_reader为什么不checkpoint

通过观察每个算子的输入输出监控信息,split_monitor首次增量查询时产生了约1000+个分片(文件切片),实际的表基本就是1000+个很小的parquet文件(几千万数据)。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值