Flink中事件时间和处理时间(TumblingEventTimeWindows TumblingProcessingTimeWindows)

TumblingEventTimeWindowsTumblingProcessingTimeWindows是 Flink 中两种不同的窗口类型.

区别如下:

  1. 时间类型:TumblingEventTimeWindows是基于事件时间的窗口类型,可以通过设置WatermarkEventTimeCharacteristic来确定事件时间;而TumblingProcessingTimeWindows是基于处理时间的窗口类型,时间由 Flink 运行时系统确定。

  2. 窗口大小的选取:在TumblingEventTimeWindows中,窗口大小通常由用户设定的时间长度、Watermark和窗口策略共同决定;而在TumblingProcessingTimeWindows中,窗口大小通常由用户设定的时间长度和窗口策略共同决定。

  3. 触发器的行为:在TumblingEventTimeWindows中,Watermark的到达会触发窗口计算;而在TumblingProcessingTimeWindows中,窗口计算会根据设定的 Trigger 来触发。

二者通过assignWindows方法就可以看出区别
TumblingEventTimeWindowsassignWindows源码内容如下

@Override
    public Collection<TimeWindow> assignWindows(
            Object element, long timestamp, WindowAssignerContext context) {
        if (timestamp > Long.MIN_VALUE) { // 区别1 先对事件时间时间进行判断
            if (staggerOffset == null) {
                staggerOffset =
                        windowStagger.getStaggerOffset(context.getCurrentProcessingTime(), size);
            }
            // Long.MIN_VALUE is currently assigned when no timestamp is present
            long start =
                    TimeWindow.getWindowStartWithOffset(
                            timestamp, (globalOffset + staggerOffset) % size, size);// 区别2 以事件时间作为参数传入
            return Collections.singletonList(new TimeWindow(start, start + size));
        } else {
            throw new RuntimeException(
                    "Record has Long.MIN_VALUE timestamp (= no timestamp marker). "
                            + "Is the time characteristic set to 'ProcessingTime', or did you forget to call "
                            + "'DataStream.assignTimestampsAndWatermarks(...)'?");
        }
    }

可以看到参数timestampTimeWindow.getWindowStartWithOffset(timestamp, (globalOffset + staggerOffset) % size, size)有使用到,timestamp就是事件时间.

TumblingProcessingTimeWindowsassignWindows源码内容如下

@Override
   public Collection<TimeWindow> assignWindows(
           Object element, long timestamp, WindowAssignerContext context) {
       final long now = context.getCurrentProcessingTime();
       // 区别1 这里没有对事件时间进行判断,因为不需要使用到事件时间
       if (staggerOffset == null) {
           staggerOffset =
                   windowStagger.getStaggerOffset(context.getCurrentProcessingTime(), size);
       }
       long start =
               TimeWindow.getWindowStartWithOffset(
                       now, (globalOffset + staggerOffset) % size, size);
       return Collections.singletonList(new TimeWindow(start, start + size)); // 区别2 这里以当前时间作为参数传入
   }

从这段代码可以看到timestamp这个参数并没有进行使用在TimeWindow.getWindowStartWithOffset( now, (globalOffset + staggerOffset) % size, size);这段代码中第一个参数换成了now使用的当前时间,也就是处理时间.

使用场景:
TumblingEventTimeWindows适用于基于事件时间的数据流,并通常用于执行基于时间的聚合操作。例如,可以使用TumblingEventTimeWindows来计算每小时的平均输入请求量或处理不同餐厅菜品的每月营业额。

TumblingProcessingTimeWindows则适用于基于处理时间的数据流,并通常用于执行其他类型的基于时间的操作。例如,可以使用 TumblingProcessingTimeWindows来检测某个服务在过去一分钟内是否超过了阈值,或者使用计时器来触发某个事件。

根据数据流的特定需求和数据特性,选择适当的时间窗口类型非常重要。如果处理的是基于事件时间的数据流,并且需要按时间窗口对数据进行聚合,则应该选择 TumblingEventTimeWindows;如果处理的是基于处理时间的数据流,并且需要按时间进行其它类型的操作,则适合使用TumblingProcessingTimeWindows

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值