【Flink】 collector 非常慢 一次尴尬的 排查错误方向 chain 与 不chain 的 区别

839 篇文章 855 订阅 ¥99.90 ¥299.90
本文介绍了在Flink任务中,由于误将操作不chain在一起导致的性能问题。作者通过测试发现,不chain的流程会涉及序列化、反序列化、资源申请和网络传输,造成较大开销。而当任务chain在一起时,消除了这些额外操作,性能显著提升。文章还提及了Flink的Object Reuse模式,并探讨了其对性能优化的影响。
摘要由CSDN通过智能技术生成


在这里插入图片描述

1.概述

是这样的,我用arthas监控测试环境的flink任务,然后想看看任务那里慢了。

但是发现一个问题

请问我们使用row类型传递数据,flink的内置数据类型,为啥看起来这么耗时
在这里插入图片描述

有时候耗时就很厉害,这个是怎么回事 有办法优化吗?
在这里插入图片描述
后来一直没搞明白,然后今天突然就搞明白了。因为我闹了一个大乌龙。我把测试环境全部不chain在一起。

2. 不chain的流程

2.1 测试代码

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

九师兄

你的鼓励是我做大写作的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值