Skip to content

Continuous Stream Processing

Continuous Stream Processing is a stream processing engine in Spark Structured Streaming used for execution of structured streaming queries with Trigger.Continuous trigger.


The other feature-richer stream processing engine is Micro-Batch Stream Processing.

Continuous Stream Processing execution engine uses the novel Data Source API V2 (Spark SQL) and for the very first time makes stream processing truly continuous.

TIP: Read up on[Data Source API V2] in[The Internals of Spark SQL] book.

Because of the two innovative changes Continuous Stream Processing is often referred to as Structured Streaming V2.

[source, scala]

import org.apache.spark.sql.streaming.Trigger import scala.concurrent.duration._ val sq = spark .readStream .format("rate") .load .writeStream .format("console") .option("truncate", false) .trigger(Trigger.Continuous(15.seconds)) // ← Uses ContinuousExecution for execution .queryName("rate2console") .start

scala> :type sq org.apache.spark.sql.streaming.StreamingQuery


// sq.stop

Under the covers, Continuous Stream Processing uses <> stream execution engine. When requested to <>, ContinuousExecution adds <> physical operator as the top-level operator in the physical query plan of the streaming query.

[source, scala]

scala> :type sq org.apache.spark.sql.streaming.StreamingQuery

scala> sq.explain == Physical Plan == WriteToContinuousDataSource ConsoleWriter[numRows=20, truncate=false] +- *(1) Project [timestamp#758, value#759L] +- *(1) ScanV2 rate[timestamp#758, value#759L]

From now on, you may think of a streaming query as a soon-to-be-generated <> - an RDD data structure that Spark developers use to describe a distributed computation.

When the streaming query is started (and the top-level WriteToContinuousDataSourceExec physical operator is requested to <>), it simply requests the underlying ContinuousWriteRDD to collect.

That collect operator is how a Spark job is run (as tasks over all partitions of the RDD) as described by the <> "protocol" (a recipe for the tasks to be scheduled to run on Spark executors).

.Creating Instance of StreamExecution image::images/webui-spark-job-streaming-query-started.png[align="center"]

While the <> (of the ContinuousWriteRDD), they keep running <>. And that's the ingenious design trick of how the streaming query (as a Spark job with the distributed tasks running on executors) runs continuously and indefinitely.

When DataStreamReader is requested to create a streaming query for a ContinuousReadSupport data source, it creates...FIXME