【问题标题】:Flink's broadcast state behaviorFlink 的广播状态行为
【发布时间】:2018-06-25 09:38:50
【问题描述】:

我正在尝试用一个简单的案例来玩弄 flink 的广播状态。

我只是想将一个整数流乘以另一个整数成为广播流。

我的 Broadcast 的行为是“奇怪的”,如果我在输入流中放的元素太少(比如 10),什么也不会发生,我的 MapState 是空的,但是如果我放更多的元素(比如 100)我有我想要的行为(在这里将整数流乘以 2)。

如果我给的元素太少,为什么广播流不考虑?

如何控制广播流的工作时间?

可选:我只想保留广播流的最后一个元素,.clear() 是个好方法吗?

谢谢!

这是我的BroadcastProcessFunction

import org.apache.flink.streaming.api.functions.co.BroadcastProcessFunction
import org.apache.flink.util.Collector
import scala.collection.JavaConversions._

class BroadcastProcess extends BroadcastProcessFunction[Int, Int, Int] {
  override def processElement(value: Int, ctx: BroadcastProcessFunction[Int, Int, Int]#ReadOnlyContext, out: Collector[Int]) = {
    val currentBroadcastState = ctx.getBroadcastState(State.mapState).immutableEntries()
    if (currentBroadcastState.isEmpty) {
      out.collect(value)
    } else {
      out.collect(currentBroadcastState.last.getValue * value)
    }
  }

  override def processBroadcastElement(value: Int, ctx: BroadcastProcessFunction[Int, Int, Int]#Context, out: Collector[Int]) = {
    // Keep only last state
    ctx.getBroadcastState(State.mapState).clear()
    // Add state
    ctx.getBroadcastState(State.mapState).put("key", value)
  }
}

还有我的MapState

import org.apache.flink.api.common.state.MapStateDescriptor
import org.apache.flink.api.scala._

object State {
  val mapState: MapStateDescriptor[String, Int] =
    new MapStateDescriptor(
      "State",
      createTypeInformation[String],
      createTypeInformation[Int]
    )
}

还有我的Main

import org.apache.flink.streaming.api.scala.StreamExecutionEnvironment
import org.apache.flink.api.scala._

object Broadcast {
  def main(args: Array[String]): Unit = {
    val numberElements = 100
    val env = StreamExecutionEnvironment.getExecutionEnvironment
    env.setParallelism(1)
    val broadcastStream = env.fromElements(2).broadcast(State.mapState)
    val input = (1 to numberElements).toList
    val inputStream = env.fromCollection(input)
    val outputStream = inputStream
      .connect(broadcastStream)
      .process(new BroadcastProcess())
    outputStream.print()
    env.execute()
  }
}

编辑:我使用 Flink 1.5,广播状态文档是 here

【问题讨论】:

    标签: scala apache-flink broadcast flink-streaming


    【解决方案1】:

    Flink 不会同步流的摄取,即流会尽快生成数据。这适用于常规和广播输入。 BroadcastProcess 在摄取常规输入之前不会等待第一个广播输入到达。

    当您将更多数字放入常规输入时,序列化、反序列化和服务输入需要更多时间,以便在第一个常规数字到达时已经存在广播输入。

    【讨论】:

    • 感谢您的回答!你知道是否有办法控制(或至少知道)广播输入何时到达?
    • 这是特定于应用程序的。 bc 输入也可能是无限的。您可以在状态(例如 ListState)中缓冲所有常规输入,并在收到所有(或第一个)bc 输入后处理processBroadcastElement() 中记录的事件
    • 嗯,好的,谢谢!在“正常”情况下不会有问题,但我想“单元测试”广播处理。我会检查我是否找到解决方案,或者我是否只是添加一个Thread.sleep 来等待广播元素。
    • 我有同样的语义问题。没有一个 flink 示例涵盖这个主题。即使在放置了一些逻辑来缓冲主流并等待广播元素到达之后,也无法保证它何时会发生。如果主流的吞吐量真的很高,那么广播流什么时候有机会被运营商处理还不清楚。使缓冲变得不可预测。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-11-17
    • 1970-01-01
    相关资源
    最近更新 更多