Flink-Streaming-EventTime-Generating Timestamps / Watermarks

这一部分文档,只和使用 event time语义的应用有关。
为了使用 event time 语义,流程序需要设置相应的 时间语义 time characteristic.

final StreamExecutionEnvironment env = StreamExecutionEnvironment.getExecutionEnvironment();
env.setStreamTimeCharacteristic(TimeCharacteristic.EventTime);

指定 timestamp


为了能在event time语义下正常工作,Flink需要知道数据的时间戳,意味着流中的每个数据都要有自己的时间戳。一般可以通过获取或者提取数据中某个field的时间戳完成。
时间戳的指定与watermark的生成一般是一起发生的,watermark用于告诉系统当前的event time 是多少了。
有两种方式来指定时间戳,生成watermark:
1.在source中完成
2.通过 timestamp assigner/watermark generator:在flink中,timestamp assigner同时也定义了如何发射一个watermark
注意:timestamp与watermark都是一个从 1970-01-01T00:00:00Z开始的一个毫秒值

Source Function with Timestamps and Watermarks

数据流source可以直接指定数据的timestamp以及发射watermark。当选择这么做时,就不需要timestamp assigner了。需要注意的是,如果使用了timestamp assigner,那么source中的相关逻辑会被覆盖。
为了在source中就指定timestamp,souce必须使用 SourceContext中的collectWithTimestamp(...)方法。为了生成watermark,source必须调用emitWatermark(watermark) 方法。
下面的例子展示了(不使用checkpoint)source如何指定timestamp,生成watermark

@Override
public void run(SourceContext<MyType> ctx) throws Exception {
    while (/* condition */) {
        MyType next = getNext();
        ctx.collectWithTimestamp(next, next.getEventTimestamp());

        if (next.hasWatermarkTime()) {
            ctx.emitWatermark(new Watermark(next.getWatermarkTime()));
        }
    }
}
Timestamp Assigner / Watermark Generator

Timestamp Assigner 输入一个流,输出一个带有时间戳以及watermark的流。如果输入流中本来就有时间戳以及watermark,Tmesatmp Assigner会覆盖它们。
Timesatmp Aasigner通常在调用source函数后,紧跟着调用,但是并不会这样强制要求。一个常用的模式是,可以在调用 timestamp assigner前先执行解析(map)与过滤(filter)。更通用的说法是,timestamp assigner 必须在第一个使用 event time的操作符(如第一个window操作)前定义好。作为一个特殊情况:使用kafka作为source,Flink允许使用数据源内自带的timestamp assigner与watermark generator。
注意:文档下面的部分展示了为了实现自己的timestamp提取/watermark发射所要实现的主要接口。如果想要看flink自带的默认实现,可以参阅 Pre-defined Timestamp Extractors / Watermark Emitters

final StreamExecutionEnvironment env = StreamExecutionEnvironment.getExecutionEnvironment();
env.setStreamTimeCharacteristic(TimeCharacteristic.EventTime);

DataStream<MyEvent> stream = env.readFile(
        myFormat, myFilePath, FileProcessingMode.PROCESS_CONTINUOUSLY, 100,
        FilePathFilter.createDefaultFilter(), typeInfo);

DataStream<MyEvent> withTimestampsAndWatermarks = stream
        .filter( event -> event.severity() == WARNING )
        .assignTimestampsAndWatermarks(new MyTimestampsAndWatermarks());

withTimestampsAndWatermarks
        .keyBy( (event) -> event.getGroup() )
        .timeWindow(Time.seconds(10))
        .reduce( (a, b) -> a.add(b) )
        .addSink(...);
使用周期发射的watermark

AssignerWithPeriodicWatermaks 会周期性的产生timestamp与watermark(可能是基于流中的元素,也可能是基于机器的系统时间)。
生成watermark的间隔可以通过ExecutionConfig.setAutoWatermakInterval(...) 。Assigner的getCurrentWatermark()方法每次都会调用,如果返回的watermark不为null且大于上次的watermark,则返回的watermark就会成为新的watermark。
下面介绍的两个timestamp sasigner示例使用了周期性的watermark generation。需要注意的是Flink自带的 BoundedOutOfOrdernessTimestampEaxtractor 与下面的 BoundOutOfOrdernessGenerator类似。

/**
 * This generator generates watermarks assuming that elements arrive out of order,
 * but only to a certain degree. The latest elements for a certain timestamp t will arrive
 * at most n milliseconds after the earliest elements for timestamp t.
 */
public class BoundedOutOfOrdernessGenerator implements AssignerWithPeriodicWatermarks<MyEvent> {

    private final long maxOutOfOrderness = 3500; // 3.5 seconds

    private long currentMaxTimestamp;

    @Override
    public long extractTimestamp(MyEvent element, long previousElementTimestamp) {
        long timestamp = element.getCreationTime();
        currentMaxTimestamp = Math.max(timestamp, currentMaxTimestamp);
        return timestamp;
    }

    @Override
    public Watermark getCurrentWatermark() {
        // return the watermark as current highest timestamp minus the out-of-orderness bound
        return new Watermark(currentMaxTimestamp - maxOutOfOrderness);
    }
}

/**
 * This generator generates watermarks that are lagging behind processing time by a fixed amount.
 * It assumes that elements arrive in Flink after a bounded delay.
 */
public class TimeLagWatermarkGenerator implements AssignerWithPeriodicWatermarks<MyEvent> {

    private final long maxTimeLag = 5000; // 5 seconds

    @Override
    public long extractTimestamp(MyEvent element, long previousElementTimestamp) {
        return element.getCreationTime();
    }

    @Override
    public Watermark getCurrentWatermark() {
        // return the watermark as current time minus the maximum time lag
        return new Watermark(System.currentTimeMillis() - maxTimeLag);
    }
}
使用 Punctuated Watermark

当某个特定数据到达时再生成watermark的场景,可以使用 AssignerWithPunctuatedWatermarks 。Flink会先调用 extractTimestamp(...) 方法获取数据的timestamp,然后立即调用 checkAndGetNextWatermark(...)方法。
checkAndGetNextWatermark(...)方法会接收 extractTimestamp(...)方法指定的timestamp,然后决定是否要生成一个watermark。一旦 checkAndGetNextWatermark方法范户籍一个非空watermark并且大于旧的watermark,新返回的watermark就会发射到数据流中。

public class PunctuatedAssigner implements AssignerWithPunctuatedWatermarks<MyEvent> {

    @Override
    public long extractTimestamp(MyEvent element, long previousElementTimestamp) {
        return element.getCreationTime();
    }

    @Override
    public Watermark checkAndGetNextWatermark(MyEvent lastElement, long extractedTimestamp) {
        return lastElement.hasWatermarkMarker() ? new Watermark(extractedTimestamp) : null;
    }
}

注意:每个数据都生成对应的watermark是可以的。但是每个watermark都会造成下游操作符额外计算,因此过多的watermark会降低性能。

Timestamps per Kafka Partition


当使用kafka作为数据源时,每一个kafka partition可能会有自己的event time pattern。然而,当从kafka消费数据时,多个partiton有可能在同一线程中读取,造成不同partition的数据交错,破坏了每个partition的固有的简单的event time pattern。
针对这种情况,你可以使用Flink的 Kafka-partition-aware watermark generation。使用跟这个特征,watermark可以在kafka consumer内部每个partiton产生。多个partition的watermak的merged的逻辑和watermark在stream shuffle时的逻辑是一样的。
例如:如果数据的时间戳在kafka的每个partition中都是严格升序的,那么使用 assending timestamps watermark generator 生成每个partiton的watermrk会得到很好的结果。
下图展示了如何使用 per-Kafka-partition watermark generation 以及watermark是如何在数据流中merge然后发送到下游的。

FlinkKafkaConsumer09<MyType> kafkaSource = new FlinkKafkaConsumer09<>("myTopic", schema, props);
kafkaSource.assignTimestampsAndWatermarks(new AscendingTimestampExtractor<MyType>() {

    @Override
    public long extractAscendingTimestamp(MyType element) {
        return element.eventTimestamp();
    }
});

DataStream<MyType> stream = env.addSource(kafkaSource);
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,047评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,807评论 3 386
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,501评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,839评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,951评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,117评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,188评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,929评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,372评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,679评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,837评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,536评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,168评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,886评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,129评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,665评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,739评论 2 351

推荐阅读更多精彩内容