第 1 节 Spark Streaming概述
- 1.1 什么是Spark Streaming
- 1.2 Spark Streaming架构
1.3 Spark Streaming 优缺点
1.4 Structured Streaming
第 2 节 DStream基础数据源

第 1 节 Spark Streaming概述

1.1 什么是Spark Streaming

Spark Streaming类似于Apache Storm（来一条数据处理一条，延迟低，响应快，低吞吐量），用于流式数据的处理；
Spark Streaming具有有高吞吐量和容错能力强等特点；
Spark Streaming支持的数据输入源很多，例如：Kafka（最重要的数据源）、Flume、Twitter 和 TCP 套接字等；
数据输入后可用高度抽象API，如：map、reduce、join、window等进行运算；
处理结果能保存在很多地方，如HDFS、数据库等；
Spark Streaming 能与 MLlib 以及 Graphx 融合。

Spark Streaming 与 Spark 基于 RDD 的概念比较类似；
Spark Streaming使用离散化流（Discretized Stream）作为抽象表示，称为DStream。
DStream是随时间推移而收到的数据的序列。在内部，每个时间区间收到的数据都作为 RDD 存在，DStream 是由这些 RDD 所组成的序列。

DStream 可以从各种输入源创建，比如 Flume、Kafka 或者 HDFS。创建出来的DStream 支持两种操作：
- 转化操作，会生成一个新的DStream
- 输出操作(output operation)，把数据写入外部系统中
DStream 提供了许多与 RDD 所支持的操作相类似的操作支持，还增加了与时间相关的新操作，比如滑动窗口。

1.2 Spark Streaming架构
Spark Streaming使用 mini-batch 的架构，把流式计算当作一系列连续的**小规模批处理**来对待。
Spark Streaming从各种输入源中读取数据，并把数据分组为小的批次。新的批次按均匀的时间间隔创建出来。
在每个时间区间开始的时候，一个新的批次就创建出来，在该区间内收到的数据都会被添加到这个批次中。在时间区间结束时，批次停止增长。
时间区间的大小是由批次间隔这个参数决定的。批次间隔一般设在 500 毫秒到几秒之间，由开发者配置。
每个输入批次都形成一个RDD，以 Spark 作业的方式处理并生成其他的 RDD。处理的结果可以以批处理的方式传给外部系统。

Spark Streaming的编程抽象是离散化流，也就是DStream。它是一个 RDD 序列，每个RDD代表数据流中一个时间片内的数据。

应用于 DStream 上的转换操作都会转换为底层RDD上的操作。如对行 DStream 中的每个RDD应用flatMap操作以生成单词 DStream 的RDD。

这些底层的RDD转换是由Spark引擎完成的。DStream操作隐藏了大部分这些细节，为开发人员提供了更高级别的API以方便使用。
Spark Streaming为每个输入源启动对应的接收器。接收器运行在Executor中，从输入源收集数据并保存为 RDD
默认情况下接收到的数据后会复制到另一个Executor中，进行容错；
Driver 中的 StreamingContext 会周期性地运行 Spark 作业来处理这些数据。

SparkStreaming运行流程：

客户端提交Spark Streaming作业后启动Driver，Driver启动Receiver，Receiver接收数据源的数据
每个作业包含多个Executor，每个Executor以线程的方式运行task，Spark Streaming至少包含一个receiver task（一般情况下）
Receiver接收数据后生成Block，并把BlockId汇报给Driver，然后备份到另外一个 Executor 上
ReceiverTracker维护 Reciver 汇报的BlockId
Driver定时启动JobGenerator，根据Dstream的关系生成逻辑RDD，然后创建Jobset，交给JobScheduler
JobScheduler负责调度Jobset，交给DAGScheduler，DAGScheduler根据逻辑RDD，生成相应的Stages，每个stage包含一到多个Task，将TaskSet提交给TaskSchedule
TaskScheduler负责把 Task 调度到 Executor 上，并维护 Task 的运行状态
1.3 Spark Streaming 优缺点

与传统流式框架相比，Spark Streaming 最大的不同点在于它对待数据是粗粒度的处理方式，即一次处理一小批数据，而其他框架往往采用细粒度的处理模式，即依次处理一条数据。Spark Streaming 这样的设计实现既为其带来了显而易见的优点，又引入了不可避免的缺点。
优点
- Spark Streaming 内部的实现和调度方式高度依赖 Spark 的 DAG 调度器和RDD，这就决定了 Spark Streaming 的设计初衷必须是粗粒度方式的。同时，由于 Spark 内部调度器足够快速和高效，可以快速地处理小批量数据，这就获得准实时的特性
- Spark Streaming 的粗粒度执行方式使其确保 “处理且仅处理一次” 的特性（EOS），同时也可以更方便地实现容错恢复机制
- 由于 Spark Streaming 的 DStream 本质是 RDD 在流式数据上的抽象，因此基于 RDD 的各种操作也有相应的基于 DStream 的版本，这样就大大降低了用户对于新框架的学习成本，在了解 Spark 的情况下用户将很容易使用 Spark Streaming
- 由于 DStream 是在 RDD 上的抽象，那么也就更容易与 RDD 进行交互操作，在需要将流式数据和批处理数据结合进行分析的情况下，将会变得非常方便
缺点
- Spark Streaming 的粗粒度处理方式也造成了不可避免的延迟。在细粒度处理方式下，理想情况下每一条记录都会被实时处理，而在 Spark Streaming 中，数据需要汇总到一定的量后再一次性处理，这就增加了数据处理的延迟，这种延迟是由框架的设计引入的，并不是由网络或其他情况造成的
  1.4 Structured Streaming
Spark Streaming计算逻辑是把数据按时间划分为DStream，存在以下问题：
- 框架自身只能根据 Batch Time 单元进行数据处理，很难处理基于event time（即时间戳）的数据，很难处理延迟，乱序的数据
- 流式和批量处理的 API 不完全一致，两种使用场景中，程序代码还是需要一定的转换
- 端到端的数据容错保障逻辑需要用户自己构建，难以处理增量更新和持久化存储等一致性问题
基于以上问题，提出了下一代 Structure Streaming 。将数据源映射为一张无界长度的表，通过表的计算，输出结果映射为另一张表。
以结构化的方式去操作流式数据，简化了实时计算过程，同时还复用了 Catalyst 引擎来优化SQL操作。此外还能支持增量计算和基于event time的计算。

第 2 节 DStream基础数据源
基础数据源包括：文件数据流、socket数据流、RDD队列流；这些数据源主要用于测试。

引入依赖：

<dependency>
<groupId>org.apache.spark</groupId>
<artifactId>spark-streaming_2.12</artifactId>
<version>${spark.version}</version>
</dependency>

2.1 文件数据流

文件数据流：通过 textFileStream(directory) 方法进行读取 HDFS 兼容的文件系统文件

Spark Streaming 将会监控 directory 目录，并不断处理移动进来的文件
- 不支持嵌套目录
- 文件需要有相同的数据格式
- 文件进入 directory 的方式需要通过移动或者重命名来实现
- 一旦文件移动进目录，则不能再修改，即便修改了也不会读取新数据
- 文件流不需要接收器（receiver），不需要单独分配CPU核 ```scala import org.apache.log4j.{Level, Logger} import org.apache.spark.SparkConf import org.apache.spark.streaming.{Seconds, StreamingContext}

object FileDStream { def main(args: Array[String]): Unit = {

Logger.getLogger("org").setLevel(Level.ERROR) 

val conf = new SparkConf()
.setAppName(this.getClass.getCanonicalName)
.setMaster( "local[*]") 

// 创建StreamingContext 
// StreamingContext是所有流功能函数的主要访问点，这里使用多个执行线程和 2秒的批次间隔来创建本地的StreamingContext 
// 时间间隔为2秒,即2秒一个批次 
val ssc = new StreamingContext(conf, Seconds(5)) 

// 这里采用本地文件，也可以采用HDFS文件 
val lines = ssc.textFileStream("data/log/") 

val words = lines.flatMap(_.split("\\s+")) 
val wordCounts = words.map(x => (x, 1)).reduceByKey(_ + _) 

// 打印单位时间所获得的计数值 
wordCounts.print() 

ssc.start() 
ssc.awaitTermination()

} }

<a name="SZK8s"></a>
## 2.2 Socket数据流

- Spark Streaming可以通过Socket端口监听并接收数据，然后进行相应处理；

- 新开一个命令窗口，启动 nc 程序：
   - `yum install nc`
   - `nc -lk 9999`
- 随后可以在nc窗口中随意输入一些单词，监听窗口会自动获得单词数据流信息，在监听窗口每隔x秒就会打印出词频统计信息，可以在屏幕上出现结果。
- 备注：使用local[*]，可能存在问题。
   - 如果给虚拟机配置的cpu数为 1 ，使用local[*]也只会启动一个线程，该线程用于receiver task，此时没有资源处理接收达到的数据。
   - 【现象：程序正常执行，不会打印时间戳，屏幕上也不会有其他有效信息】

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612504583025-72795ef2-3a10-4076-abd2-ef5a1c6bf56e.png#align=left&display=inline&height=142&margin=%5Bobject%20Object%5D&name=image.png&originHeight=237&originWidth=1135&size=33566&status=done&style=none&width=680)

- 注意：DStream的 StorageLevel 是 MEMORY_AND_DISK_SER_2；
```scala
package cn.lagou.streaming 

import org.apache.log4j.{Level, Logger} 
import org.apache.spark.SparkConf 
import org.apache.spark.streaming.{Seconds, StreamingContext} 

object SocketDStream {
  def main(args: Array[String]): Unit = { 

    Logger.getLogger("org").setLevel(Level.ERROR) 

    val conf = new SparkConf()
    .setAppName(this.getClass.getCanonicalName)
    .setMaster( "local[*]")

    // 创建StreamingContext 
    val ssc = new StreamingContext(conf, Seconds(1)) 

    val lines = ssc.socketTextStream("linux122", 9999) 

    val words = lines.flatMap(_.split("\\s+")) 
    val wordCounts = words.map(x => (x.trim, 1)).reduceByKey(_ + _) 

    // 打印单位时间所获得的计数值 
    wordCounts.print() 

    ssc.start() 
    ssc.awaitTermination() 
  } 
}

SocketServer程序（单线程），监听本机指定端口，与socket连接后可发送信息： ```scala package cn.lagou.streaming

import java.io.PrintWriter import java.net.{ServerSocket, Socket} import scala.util.Random

object SocketLikeNC { def main(args: Array[String]): Unit = {

val words: Array[String] = "Hello World Hello Hadoop Hello spark kafka hive zookeeper hbase flume sqoop".split("\\s+") 
val n: Int = words.length 
val port: Int = 9999 
val random: Random = scala.util.Random 

val server = new ServerSocket(port) 
val socket: Socket = server.accept() 

println("成功连接到本地主机：" + socket.getInetAddress) 

while (true) { 
  val out = new PrintWriter(socket.getOutputStream) 
  out.println(words(random.nextInt(n)) + " "+ words(random.nextInt(n))) 
  out.flush() 

  Thread.sleep(100) 
}

} }


- SocketServer程序（多线程）
```scala
package cn.lagou.streaming 

import java.net.ServerSocket 

object SocketServer { 
  def main(args: Array[String]): Unit = { 

    val server = new ServerSocket(9999) 
    println(s"Socket Server 已启动： ${server.getInetAddress}:${server.getLocalPort}")

    while (true) { 
      val socket = server.accept() 
      println("成功连接到本地主机：" + socket.getInetAddress) 
      new ServerThread(socket).start() 
    } 
  } 
}

package cn.lagou.streaming

import java.io.DataOutputStream 
import java.net.Socket 

class ServerThread(sock: Socket) extends Thread { 

  val words = "hello world hello spark hello word hello java hello hadoop hello kafka" .split("\\s+") 
  val length = words.length 

  override def run(): Unit = { 

    val out = new DataOutputStream(sock.getOutputStream) 
    val random = scala.util.Random 

    while (true) { 
      val (wordx, wordy) = (words(random.nextInt(length)), words(random.nextInt(length)))
      out.writeUTF(s"$wordx $wordy") 
      Thread.sleep(100)
    } 
  } 
}

2.3 RDD队列流

调试Spark Streaming应用程序的时候，可使用streamingContext.queueStream(queueOfRDD) 创建基于RDD队列的DStream；

备注：
- oneAtATime：缺省为true，一次处理一个RDD；设为false，一次处理全部RDD
- RDD队列流可以使用local[1]
- 涉及到同时出队和入队操作，所以要做同步
每秒创建一个RDD（RDD存放1-100的整数），Streaming每隔 1 秒就对数据进行处理，计算RDD中数据除 10 取余的个数。 ```scala package cn.lagou.streaming

import org.apache.log4j.{Level, Logger} import org.apache.spark.SparkConf import org.apache.spark.rdd.RDD import org.apache.spark.streaming.{Seconds, StreamingContext} import scala.collection.mutable.Queue

object RDDQueueDStream { def main(args: Array[String]) {

Logger.getLogger("org").setLevel(Level.WARN) 

val sparkConf = new SparkConf()
.setAppName(this.getClass.getCanonicalName)
.setMaster( "local[2]") 

// 每隔1秒对数据进行处理 
val ssc = new StreamingContext(sparkConf, Seconds(1)) 

val rddQueue = new Queue[RDD[Int]]() 
val queueStream = ssc.queueStream(rddQueue) 

val mappedStream = queueStream.map(r => (r % 10, 1)) 
val reducedStream = mappedStream.reduceByKey(_ + _) 

reducedStream.print() 

ssc.start() 

// 每秒产生一个RDD 
for (i <- 1 to 5){ 
  rddQueue.synchronized {
    val range = (1 to 100).map(_*i) 
    rddQueue += ssc.sparkContext.makeRDD(range, 2) 
  }

  Thread.sleep(2000) 
}

ssc.stop()

} }

<a name="ZBVUl"></a>
# 第 3 节 DStream转换操作

- DStream上的操作与RDD的类似，分为 Transformations（转换）和 Output Operations（输出）两种，此外转换操作中还有一些比较特殊的方法，如：updateStateByKey、transform 以及各种 Window 相关的操作。

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612506948700-49b52c58-cc92-4273-beed-01041213bc47.png#align=left&display=inline&height=1388&margin=%5Bobject%20Object%5D&name=image.png&originHeight=2776&originWidth=1258&size=597072&status=done&style=none&width=629)

- 备注：
   - 在DStream与RDD上的转换操作非常类似（无状态的操作）
   - DStream有自己特殊的操作（窗口操作、追踪状态变化操作）
   - 在DStream上的转换操作比RDD上的转换操作少
- DStream 的转化操作可以分为 无状态(stateless) 和 有状态(stateful) 两种：
   - 无状态转化操作。每个批次的处理不依赖于之前批次的数据。常见的 RDD 转化操作，例如 map、filter、reduceByKey 等
   - 有状态转化操作。需要使用之前批次的数据 或者是 中间结果来计算当前批次的数据。有状态转化操作包括：基于滑动窗口的转化操作 或 追踪状态变化的转化操作
<a name="iz0JY"></a>
## 3.1 无状态转换

- 无状态转化操作就是把简单的 RDD 转化操作应用到每个批次上，也就是转化DStream 中的每一个 RDD。
- 常见的无状态转换包括：map、flatMap、filter、repartition、reduceByKey、groupByKey；直接作用在DStream上重要的转换操作： transform 。通过对源DStream的每个RDD应用RDD-to-RDD函数，创建一个新的DStream。支持在新的DStream中做任何RDD操作。
- ![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612507187991-0c231575-d389-4b1b-abfc-73ed67189648.png#align=left&display=inline&height=196&margin=%5Bobject%20Object%5D&name=image.png&originHeight=296&originWidth=920&size=34909&status=done&style=none&width=608)
- 这是一个功能强大的函数，它可以允许开发者直接操作其内部的RDD。也就是说开发者，可以提供任意一个RDD到RDD的函数，这个函数在数据流每个批次中都被调用，生成一个新的流。

- **示例：黑名单过滤**
- **![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612507346665-9c4da6e6-0cee-4ef9-9a1b-9769e6ac71f5.png#align=left&display=inline&height=334&margin=%5Bobject%20Object%5D&name=image.png&originHeight=668&originWidth=1240&size=99168&status=done&style=none&width=620)**
   - 方法一：使用外连接
```scala
package cn.lagou.streaming 

import org.apache.spark.SparkConf
import org.apache.spark.rdd.RDD 
import org.apache.spark.streaming.dstream.ConstantInputDStream 
import org.apache.spark.streaming.{Seconds, StreamingContext} 

object BlackListFilter1 { 
  def main(args: Array[String]) { 
    // 初始化 
    val conf = new SparkConf()
    .setAppName(this.getClass.getCanonicalName)
    .setMaster( "local[2]") 

    val ssc = new StreamingContext(conf, Seconds(10)) 
    ssc.sparkContext.setLogLevel("WARN") 

    // 黑名单数据 
    val blackList = Array(("spark", true), ("scala", true)) 
    val blackListRDD = ssc.sparkContext.makeRDD(blackList)

    // 生成测试DStream。使用ConstantInputDStream 
    val strArray: Array[String] = "spark java scala hadoop kafka hive hbase zookeeper" 
    .split("\\s+") 
    .zipWithIndex 
    .map { case (word, idx) => s"$idx $word" } 

    val rdd = ssc.sparkContext.makeRDD(strArray) 

    val clickStream = new ConstantInputDStream(ssc, rdd)

    // 流式数据的处理 
    val clickStreamFormatted = clickStream.map(value => (value.split(" ")(1), value)) 

    clickStreamFormatted.transform(clickRDD => { 
      // 通过leftOuterJoin操作既保留了左侧RDD的所有内容，又获得了内容是否在 黑名单中
      val joinedBlackListRDD: RDD[(String, (String, Option[Boolean]))] = clickRDD.leftOuterJoin(blackListRDD) 
      joinedBlackListRDD.filter { 
        case (word, (streamingLine, flag)) =>if (flag.getOrElse(false)) false else true
      }.map { 
        case (word, (streamingLine, flag)) => streamingLine 
      } 
    }).print() 

    // 启动流式作业 
    ssc.start() 
    ssc.awaitTermination() 
  } 
}

方法二：使用SQL ```scala package cn.lagou.streaming

import org.apache.spark.SparkConf import org.apache.spark.rdd.RDD import org.apache.spark.sql.{DataFrame, SparkSession} import org.apache.spark.streaming.dstream.ConstantInputDStream import org.apache.spark.streaming.{Seconds, StreamingContext}

object BlackListFilter2 { def main(args: Array[String]) { // 初始化 val conf = new SparkConf() .setAppName(this.getClass.getCanonicalName) .setMaster( “local[2]”) val ssc = new StreamingContext(conf, Seconds(10)) ssc.sparkContext.setLogLevel(“WARN”)

// 黑名单数据 
val blackList = Array(("spark", true), ("scala", true)) 
val blackListRDD = ssc.sparkContext.makeRDD(blackList)

// 生成测试DStream。使用ConstantInputDStream 
val strArray: Array[String] = "spark java scala hadoop kafka hive hbase zookeeper" 
.split("\\s+") 
.zipWithIndex 
.map { case (word, idx) => s"$idx $word" } 

val rdd = ssc.sparkContext.makeRDD(strArray)
val clickStream = new ConstantInputDStream(ssc, rdd) 

// 流式数据的处理 
val clickStreamFormatted = clickStream.map(value => (value.split(" ")(1), value)) 

clickStreamFormatted.transform{clickRDD => 
  val spark = SparkSession 
  .builder() 
  .config(rdd.sparkContext.getConf) 
  .getOrCreate() 

  import spark.implicits._ 

  val clickDF: DataFrame = clickRDD.toDF("word", "line") 
  val blackDF: DataFrame = blackListRDD.toDF("word", "flag") 

  clickDF.join(blackDF, Seq("word"), "left") 
  .filter("flag is null or flag = false") 
  .select("line") 
  .rdd 
}.print() 

// 启动流式作业 
ssc.start() 
ssc.awaitTermination()

} }


   - 方法三：直接过滤
```scala
package cn.lagou.streaming 

import org.apache.spark.SparkConf 
import org.apache.spark.broadcast.Broadcast 
import org.apache.spark.streaming.dstream.ConstantInputDStream 
import org.apache.spark.streaming.{Seconds, StreamingContext} 

object BlackListFilter3 { 
  def main(args: Array[String]) {
    // 初始化 
    val conf = new SparkConf()
    .setAppName(this.getClass.getCanonicalName)
    .setMaster( "local[2]") 
    val ssc = new StreamingContext(conf, Seconds(10)) 
    ssc.sparkContext.setLogLevel("WARN") 

    // 黑名单数据 
    val blackList = Array(("spark", true), ("scala", true)) 
    val blackListBC: Broadcast[Array[String]] = ssc.sparkContext.broadcast(blackList.filter(_._2).map(_._1)) 

    // 生成测试DStream。使用ConstantInputDStream 
    val strArray: Array[String] = "spark java scala hadoop kafka hive hbase zookeeper" 
    .split("\\s+") 
    .zipWithIndex 
    .map { case (word, idx) => s"$idx $word" } 

    val rdd = ssc.sparkContext.makeRDD(strArray) 
    val clickStream = new ConstantInputDStream(ssc, rdd) 

    // 流式数据的处理 
    clickStream.map(value => (value.split(" ")(1), value)) 
    .filter{case (word, _) => !blackListBC.value.contains(word)} 
    .map(_._2) 
    .print()

    // 启动流式作业 
    ssc.start() 
    ssc.awaitTermination() 
  }
}

3.2 有状态转换

有状态的转换主要有两种：窗口操作、状态跟踪操作

3.2.1 窗口操作
Window Operations可以设置窗口大小和滑动窗口间隔来动态的获取当前Streaming的状态。
基于窗口的操作会在一个比 StreamingContext 的 batchDuration（批次间隔）更长的时间范围内，通过整合多个批次的结果，计算出整个窗口的结果。

基于窗口的操作需要两个参数：
- 窗口长度(windowDuration)。控制每次计算最近的多少个批次的数据
- 滑动间隔(slideDuration)。用来控制对新的 DStream 进行计算的间隔
- 两者都必须是 StreamingContext 中批次间隔(batchDuration)的整数倍。
每秒发送 1 个数字： ```scala package cn.lagou.streaming

import java.io.PrintWriter import java.net.{ServerSocket, Socket}

object SocketLikeNCWithWindow { def main(args: Array[String]): Unit = {

val port = 1521 
val ss = new ServerSocket(port) 
val socket: Socket = ss.accept()

println("connect to host : " + socket.getInetAddress) 

var i = 0

// 每秒发送1个数 
while(true) { 
  i += 1 
  val out = new PrintWriter(socket.getOutputStream) 
  out.println(i) 
  out.flush() 

  Thread.sleep(1000) 
}

} }


- **案例一：**
   - 观察窗口的数据；
   - 观察 batchDuration、windowDuration、slideDuration 三者之间的关系；
   - 使用窗口相关的操作；
```scala
package cn.lagou.streaming

import org.apache.spark.SparkConf 
import org.apache.spark.streaming.dstream.{DStream, ReceiverInputDStream} 
import org.apache.spark.streaming.{Seconds, StreamingContext} 

object WindowDemo { 
  def main(args: Array[String]): Unit = {
    val conf = new SparkConf()
    .setMaster("local[*]")
    .setAppName(this.getClass.getCanonicalName) 

    // 每 5s 生成一个RDD（mini-batch） 
    val ssc = new StreamingContext(conf, Seconds(5)) 
    ssc.sparkContext.setLogLevel("error") 

    val lines: ReceiverInputDStream[String] = ssc.socketTextStream("localhost", 1521) 
    lines.foreachRDD{ 
      (rdd, time) => println(s"rdd = ${rdd.id}; time = $time")
      rdd.foreach(value => println(value))
    }

    // 20s 窗口长度(ds包含窗口长度范围内的数据)；10s 滑动间隔(多次时间处理一次数据)
    val res1: DStream[String] = lines.reduceByWindow(_ + " " + _, Seconds(20), Seconds(10)) 
    res1.print() 
    val res2: DStream[String] = lines.window(Seconds(20), Seconds(10)) 
    res2.print() 

    // 求窗口元素的和 
    val res3: DStream[Int] = lines.map(_.toInt).reduceByWindow(_+_, Seconds(20), Seconds(10)) 
    res3.print() 

    // 求窗口元素的和
    val res4 = res2.map(_.toInt).reduce(_+_) 
    res4.print() 

    ssc.start() 
    ssc.awaitTermination() 
  } 
}

案例二：热点搜索词实时统计。每隔 10 秒，统计最近 20 秒的词出现的次数 ```scala package cn.lagou.streaming

import org.apache.spark.SparkConf import org.apache.spark.streaming.dstream.{DStream, ReceiverInputDStream} import org.apache.spark.streaming.{Seconds, StreamingContext}

object HotWordStats { def main(args: Array[String]): Unit = { val conf: SparkConf = new SparkConf() .setMaster(“local[2]”) .setAppName(this.getClass.getCanonicalName)

val ssc = new StreamingContext(conf, Seconds(2))
ssc.sparkContext.setLogLevel("ERROR") 

//设置检查点，检查点具有容错机制。生产环境中应设置到HDFS
ssc.checkpoint("data/checkpoint/") 

val lines: ReceiverInputDStream[String] = ssc.socketTextStream("localhost", 9999)
val words: DStream[String] = lines.flatMap(_.split("\\s+")) 
val pairs: DStream[(String, Int)] = words.map(x => (x, 1))

// 通过reduceByKeyAndWindow算子, 每隔10秒统计最近20秒的词出现的次数 
// 后 3个参数：窗口时间长度、滑动窗口时间、分区 
val wordCounts1: DStream[(String, Int)] = pairs.reduceByKeyAndWindow( 
  (a: Int, b: Int) => a + b, Seconds(20), Seconds(10), 2)

wordCounts1.print 

// 这里需要checkpoint的支持 
val wordCounts2: DStream[(String, Int)] = pairs.reduceByKeyAndWindow(
  _ + _, _ - _, Seconds(20), Seconds(10), 2) 

wordCounts2.print 

ssc.start() 
ssc.awaitTermination()

} }

<a name="EppCD"></a>
### 3.2.2 updateStateByKey（状态追踪操作）

- UpdateStateByKey的主要功能：
   - 为Streaming中每一个Key维护一份state状态，state类型可以是任意类型的，可以是自定义对象；更新函数也可以是自定义的
   - 通过更新函数对该key的状态不断更新，对于每个新的batch而言，Spark Streaming会在使用updateStateByKey 的时候为已经存在的key进行state的状态更新
   - 使用 updateStateByKey 时要开启 checkpoint 功能

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612527820612-4e86ff45-4098-477f-90b0-be1d8e6f2f3a.png#align=left&display=inline&height=128&margin=%5Bobject%20Object%5D&name=image.png&originHeight=173&originWidth=843&size=20740&status=done&style=none&width=623)

- 流式程序启动后计算wordcount的累计值，将每个批次的结果保存到文件
```scala
package cn.lagou.streaming 

import org.apache.spark.SparkConf 
import org.apache.spark.streaming.dstream.{DStream, ReceiverInputDStream} 
import org.apache.spark.streaming.{Seconds, StreamingContext} 

object StateTracker1 { 
  def main(args: Array[String]) { 
    val conf: SparkConf = new SparkConf()
    .setMaster("local[2]") 
    .setAppName(this.getClass.getCanonicalName) 

    val ssc = new StreamingContext(conf, Seconds(5)) 
    ssc.sparkContext.setLogLevel("ERROR") 

    ssc.checkpoint("data/checkpoint/") 

    val lines: ReceiverInputDStream[String] = ssc.socketTextStream("localhost", 9999)

    val words: DStream[String] = lines.flatMap(_.split("\\s+"))
    val wordDstream: DStream[(String, Int)] = words.map(x => (x, 1)) 

    // 定义状态更新函数 
    // 函数常量定义，返回类型是Some(Int)，表示的含义是最新状态 
    // 函数的功能是将当前时间间隔内产生的Key的value集合，加到上一个状态中，得到最新状态 
    val updateFunc = (currValues: Seq[Int], prevValueState: Option[Int]) => {

      //通过Spark内部的reduceByKey按key规约，然后这里传入某key当前批次的Seq，再计算当前批次的总和
      val currentCount = currValues.sum 

      // 已累加的值 
      val previousCount = prevValueState.getOrElse(0) 
      Some(currentCount + previousCount) 
    }

    val stateDstream: DStream[(String, Int)] = wordDstream.updateStateByKey[Int](updateFunc) 
    stateDstream.print()

    // 把DStream保存到文本文件中，会生成很多的小文件。一个批次生成一个目录 
    val outputDir = "data/output1" 

    stateDstream.repartition(1) 
    .saveAsTextFiles(outputDir) 

    ssc.start() 
    ssc.awaitTermination()
  } 
}

统计全局的key的状态，但是就算没有数据输入，也会在每一个批次的时候返回之前的key的状态。
这样的缺点：如果数据量很大的话，checkpoint 数据会占用较大的存储，而且效率也不高。
mapWithState：也是用于全局统计key的状态。如果没有数据输入，便不会返回之前的key的状态，有一点增量的感觉。
这样做的好处是，只关心那些已经发生的变化的key，对于没有数据输入，则不会返回那些没有变化的key的数据。即使数据量很大，checkpoint也不会像updateStateByKey那样，占用太多的存储。 ```scala package cn.lagou.streaming

import org.apache.spark.SparkConf import org.apache.spark.streaming.dstream.{DStream, ReceiverInputDStream} import org.apache.spark.streaming.{Seconds, State, StateSpec, StreamingContext}

object StateTracker2 { def main(args: Array[String]) { val conf: SparkConf = new SparkConf() .setMaster(“local[*]”) .setAppName(this.getClass.getCanonicalName)

val ssc = new StreamingContext(conf, Seconds(2)) 
ssc.sparkContext.setLogLevel("ERROR") 

ssc.checkpoint("data/checkpoint/")

val lines: ReceiverInputDStream[String] = ssc.socketTextStream("localhost", 9999) 
val words: DStream[String] = lines.flatMap(_.split("\\s+")) 
val wordDstream: DStream[(String, Int)] = words.map(x => (x, 1)) 

// 函数返回的类型即为 mapWithState 的返回类型 
// (KeyType, Option[ValueType], State[StateType]) => MappedType 
def mappingFunction(key: String, one: Option[Int], state: State[Int]): (String, Int) = { 
  val sum: Int = one.getOrElse(0) + state.getOption.getOrElse(0) 
  state.update(sum) 
  (key, sum) 
}

val spec = StateSpec.function(mappingFunction _) 

val resultDStream: DStream[(String, Int)] = pairsDStream.mapWithState[Int, (String, Int)](spec) 
resultDStream.cache() 

// 把DStream保存到文本文件中，会生成很多的小文件。一个批次生成一个目录
val outputDir = "data/output2/" 
stateDStream.repartition(1) .saveAsTextFiles(outputDir) 

ssc.start() 
ssc.awaitTermination()

} }

<a name="6kz3w"></a>
# 第 4 节 DStream输出操作

- 输出操作定义 DStream 的输出操作。
- 与 RDD 中的惰性求值类似，如果一个 DStream 及其派生出的 DStream 都没有被执行输出操作，那么这些 DStream 就都不会被求值。
- 如果 StreamingContext 中没有设定输出操作，整个流式作业不会启动。

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612528590097-c254c34c-05ae-4652-9552-c7dea297ff10.png#align=left&display=inline&height=433&margin=%5Bobject%20Object%5D&name=image.png&originHeight=866&originWidth=1266&size=210299&status=done&style=none&width=633)

- 通用的输出操作 foreachRDD，用来对 DStream 中的 RDD 进行任意计算。在foreachRDD中，可以重用 Spark RDD 中所有的 Action 操作。需要注意的：
   - 连接不要定义在 Driver 中
   - 连接定义在 RDD的 foreach 算子中，则遍历 RDD 的每个元素时都创建连接，得不偿失
   - 应该在 RDD的 foreachPartition 中定义连接，每个分区创建一个连接
   - 可以考虑使用连接池
<a name="pAiI9"></a>
# 第 5 节 与Kafka整合

- 官网：[http://spark.apache.org/docs/2.4.5/streaming-kafka-integration.html](http://spark.apache.org/docs/2.4.5/streaming-kafka-integration.html)
- 针对不同的spark、kafka版本，集成处理数据的方式分为两种：Receiver Approach和Direct Approach，不同集成版本处理方式的支持，可参考下图：

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612528746861-96515362-3b8d-4779-9c94-f4369322051f.png#align=left&display=inline&height=229&margin=%5Bobject%20Object%5D&name=image.png&originHeight=457&originWidth=1157&size=51680&status=done&style=none&width=578.5)

- 对Kafka的支持分为两个版本 08 （在高版本中将被废弃）、 010 ，两个版本不兼容。
<a name="4Kh9e"></a>
## 5.1 Kafka-08 接口
<a name="Q7KJs"></a>
### 5.1.1  Receiver based Approach

- 基于 Receiver 的方式使用 Kafka 旧版消费者高阶API实现。
- 对于所有的 Receiver，通过 Kafka 接收的数据被存储于 Spark 的 Executors上，底层是写入BlockManager中，默认200ms生成一个block（spark.streaming.blockInterval）。然后由 Spark Streaming 提交的 job 构建BlockRDD，最终以 Spark Core任务的形式运行。对应 Receiver方式，有以下几点需要注意：
   - Receiver 作为一个常驻线程调度到 Executor上运行，占用一个cpu
   - Receiver 个数由KafkaUtils.createStream调用次数决定，一次一个 Receiver
   - kafka中的topic分区并不能关联产生在spark streaming中的rdd分区。增加在KafkaUtils.createStream()中的指定的topic分区数，仅仅增加了单个receiver消费的topic的线程数，它不会增加处理数据中的并行的spark的数量。【 即：topicMap[topic,num_threads]中，value对应的数值是每个topic对应的消费线程数】
   - receiver默认200ms生成一个block，可根据数据量大小调整block生成周期。一个block对应RDD一个分区。
   - receiver接收的数据会放入到BlockManager，每个 Executor 都会有一个BlockManager实例，由于数据本地性，那些存在 Receiver 的 Executor 会被调度执行更多的 Task，就会导致某些executor比较空闲
   - 默认情况下，Receiver是可能丢失数据的。可以通过设置spark.streaming.receiver.writeAheadLog.enable为true开启预写日志机制，将数据先写入一个可靠地分布式文件系统(如HDFS)，确保数据不丢失，但会损失一定性能

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612529080474-1b1609e5-97f1-4e6e-9718-384905ea2fa0.png#align=left&display=inline&height=288&margin=%5Bobject%20Object%5D&name=image.png&originHeight=575&originWidth=1280&size=340982&status=done&style=none&width=640)

- Kafka-08 接口（Receiver方式）：
   - Offset保存在ZK中，系统管理
   - 对应Kafka的版本 0.8.2.1+
   - 接口底层实现使用 Kafka 旧版消费者高阶API
   - DStream底层实现为BlockRDD

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612529123729-a4051b47-bc64-40b4-a0c6-6654bdf44020.png#align=left&display=inline&height=303&margin=%5Bobject%20Object%5D&name=image.png&originHeight=606&originWidth=1136&size=309519&status=done&style=none&width=568)

- Kafka-08 接口（Receiver with WAL）：
   - 增强了故障恢复的能力
   - 接收的数据与Dirver的元数据保存到HDFS
   - 增加了流式应用处理的延迟
<a name="r3nYQ"></a>
### 5.1.2 Direct Approach

- Direct Approach是 Spark Streaming不使用Receiver集成kafka的方式，在企业生产环境中使用较多。相较于Receiver，有以下特点：
   - 不使用 Receiver。减少不必要的CPU占用；减少了 Receiver接收数据写入BlockManager，然后运行时再通过blockId、网络传输、磁盘读取等来获取数据的整个过程，提升了效率；无需WAL，进一步减少磁盘IO；
   - Direct方式生的RDD是KafkaRDD，它的分区数与 Kafka 分区数保持一致，便于把控并行度。注意：在 Shuffle 或 Repartition 操作后生成的RDD，这种对应关系会失效
   - 可以手动维护offset，实现 Exactly Once 语义

![image.png](https://cdn.nlark.com/yuque/0/2021/png/3013578/1612529279100-1f280f9f-971d-4411-99e1-47a9a4f205ca.png#align=left&display=inline&height=292&margin=%5Bobject%20Object%5D&name=image.png&originHeight=584&originWidth=1212&size=326863&status=done&style=none&width=606)
<a name="PEnJP"></a>
## 5.2 Kafka-010 接口

- Spark Streaming与kafka 0.10的整合，和0.8版本的 Direct 方式很像。Kafka的分区和Spark的RDD分区是一一对应的，可以获取 offsets 和元数据，API 使用起来没有显著的区别。
- 添加依赖：
```xml
<dependency>
  <groupId>org.apache.spark</groupId>
  <artifactId>spark-streaming-kafka-0-10_2.12</artifactId>
  <version>${spark.version}</version>
</dependency>

不要手动添加 org.apache.kafka 相关的依赖，如kafka-clients。spark-streaming-kafka-0-10已经包含相关的依赖了，不同的版本会有不同程度的不兼容。
使用kafka010接口从 Kafka 中获取数据：
- Kafka集群
- kafka生产者发送数据
- Spark Streaming程序接收数 ```scala package cn.lagou.Streaming.kafka import java.util.Properties import org.apache.kafka.clients.producer.{KafkaProducer, ProducerConfig, ProducerRecord} import org.apache.kafka.common.serialization.StringSerializer

object KafkaProducer { def main(args: Array[String]): Unit = { // 定义 kafka 参数 val brokers = “linux121:9092,linux122:9092,linux123:9092” val topic = “topicB” val prop = new Properties() prop.put(ProducerConfig.BOOTSTRAP_SERVERS_CONFIG, brokers) prop.put(ProducerConfig.KEY_SERIALIZER_CLASS_CONFIG, classOf[StringSerializer]) prop.put(ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG, classOf[StringSerializer])

// KafkaProducer 
val producer = new KafkaProducer[String, String](prop) 

for (i <- 1 to 1000000){ 
  val msg = new ProducerRecord[String, String](topic, i.toString, i.toString) 

  // 发送消息 
  producer.send(msg)
  println(s"i = $i") 

  Thread.sleep(100) 
}

producer.close()

} }

```scala
package cn.lagou.Streaming.kafka 

import org.apache.kafka.clients.consumer.{ConsumerConfig, ConsumerRecord} 
import org.apache.kafka.common.serialization.StringDeserializer 
import org.apache.log4j.{Level, Logger} 
import org.apache.spark.SparkConf 
import org.apache.spark.streaming.{Seconds, StreamingContext} 
import org.apache.spark.streaming.dstream.InputDStream
import org.apache.spark.streaming.kafka010.{ConsumerStrategies, KafkaUtils, LocationStrategies} 

object KafkaDStream1 { 
  def main(args: Array[String]): Unit = { 
    // 初始化 
    Logger.getLogger("org").setLevel(Level.ERROR)

    val conf: SparkConf = new SparkConf() 
    .setMaster("local[2]") 
    .setAppName(this.getClass.getCanonicalName) 

    val ssc = new StreamingContext(conf, Seconds(2)) 

    // 定义kafka相关参数 
    val kafkaParams: Map[String, Object] = getKafkaConsumerParams() 
    val topics: Array[String] = Array("topicB") 

    // 从 kafka 中获取数据 
    val dstream: InputDStream[ConsumerRecord[String, String]] =
    KafkaUtils.createDirectStream( 
      ssc, 
      LocationStrategies.PreferConsistent,
      ConsumerStrategies.Subscribe[String, String](topics, kafkaParams) 
    )

    // DStream输出 
    dstream.foreachRDD{
      (rdd, time) => if (!rdd.isEmpty()) {
        println(s"*********** rdd.count = ${rdd.count()}; time = $time ***********") 
      } 
    }

    ssc.start() 
    ssc.awaitTermination() 
  }

  def getKafkaConsumerParameters(groupId: String): Map[String, Object] = { 
    Map[String, Object](
      ConsumerConfig.BOOTSTRAP_SERVERS_CONFIG -> "linux121:9092,linux122:9092,linux123:9092",
      ConsumerConfig.KEY_DESERIALIZER_CLASS_CONFIG -> classOf[StringDeserializer],
      ConsumerConfig.VALUE_DESERIALIZER_CLASS_CONFIG -> classOf[StringDeserializer], 
      ConsumerConfig.GROUP_ID_CONFIG -> groupId, 
      ConsumerConfig.AUTO_OFFSET_RESET_CONFIG -> "earliest", 
      ConsumerConfig.ENABLE_AUTO_COMMIT_CONFIG -> (false: java.lang.Boolean)
    ) 
  } 
}

LocationStrategies(本地策略)
- LocationStrategies.PreferBrokers：如果 Executor 在 kafka 集群中的某些节点上，可以使用这种策略。此时Executor 中的数据会来自当前broker节点
- LocationStrategies.PreferConsistent：大多数情况下使用的策略，将Kafka分区均匀的分布在Spark集群的 Executor上
- LocationStrategies.PreferFixed：如果节点之间的分区有明显的分布不均，使用这种策略。通过一个map指定将 topic 分区分布在哪些节点中
ConsumerStrategies(消费策略)
- ConsumerStrategies.Subscribe，用来订阅一组固定topic
- ConsumerStrategies.SubscribePattern，使用正则来指定感兴趣的topic
- ConsumerStrategies.Assign，指定固定分区的集合
这三种策略都有重载构造函数，允许指定特定分区的起始偏移量；使用 Subscribe或 SubscribePattern 在运行时能实现分区自动发现。
Kafka相关命令：

5.3 Offset 管理

Spark Streaming集成Kafka，允许从Kafka中读取一个或者多个 topic 的数据。一个Kafka Topic包含一个或多个分区，每个分区中的消息顺序存储，并使用 offset 来标记消息的位置。开发者可以在 Spark Streaming 应用中通过 offset 来控制数据的读取位置。
Offsets 管理对于保证流式应用在整个生命周期中数据的连贯性是非常重要的。如果在应用停止或报错退出之前没有将 offset 持久化保存，该信息就会丢失，那么Spark Streaming就没有办法从上次停止或报错的位置继续消费Kafka中的消息。

5.3.1 获取偏移量(Obtaining Offsets)

Spark Streaming与kafka整合时，允许获取其消费的 offset ，具体方法如下：

stream.foreachRDD { rdd => 
val offsetRanges = rdd.asInstanceOf[HasOffsetRanges].offsetRanges 
rdd.foreachPartition { 
  iter => val o: OffsetRange = offsetRanges(TaskContext.get.partitionId) 
  println(s"${o.topic} ${o.partition} ${o.fromOffset} ${o.untilOffset}")
} 
}

注意：对HasOffsetRanges的类型转换只有在对 createDirectStream 调用的第一个方法中完成时才会成功，而不是在随后的方法链中。RDD分区和Kafka分区之间的对应关系在 shuffle 或重分区后会丧失，如reduceByKey 或 window。

5.3.2 存储偏移量(Storing Offsets)
在Streaming程序失败的情况下，Kafka交付语义取决于如何以及何时存储偏移量。Spark输出操作的语义为 at-least-once。
如果要实现EOS语义(Exactly Once Semantics)，必须在幂等的输出之后存储偏移量或者将存储偏移量与输出放在一个事务中。可以按照增加可靠性（和代码复杂度）的顺序使用以下选项来存储偏移量：
- Checkpoint
  - Checkpoint是对Spark Streaming运行过程中的元数据和每RDDs的数据状态保存到一个持久化系统中，当然这里面也包含了offset，一般是HDFS、S3，如果应用程序或集群挂了，可以迅速恢复。
  - 如果Streaming程序的代码变了，重新打包执行就会出现反序列化异常的问题。
  - 这是因为Checkpoint首次持久化时会将整个 jar 包序列化，以便重启时恢复。重新打包之后，新旧代码逻辑不同，就会报错或仍然执行旧版代码。
  - 要解决这个问题，只能将HDFS上的checkpoint文件删除，但这样也会同时删除Kafka 的offset信息。
- Kafka
  - 默认情况下，消费者定期自动提交偏移量，它将偏移量存储在一个特殊的Kafka主题中（__consumer_offsets）。但在某些情况下，这将导致问题，因为消息可能已经被消费者从Kafka拉去出来，但是还没被处理。
  - 可以将 enable.auto.commit 设置为 false ，在 Streaming 程序输出结果之后，手动提交偏移到kafka。
  - 与检查点相比，使用Kafka保存偏移量的优点是无论应用程序代码如何更改，偏移量仍然有效。
```
stream.foreachRDD { 
rdd => val offsetRanges = rdd.asInstanceOf[HasOffsetRanges].offsetRanges 
// 在输出操作完成之后，手工提交偏移量；此时将偏移量提交到 Kafka 的消息队列中 
stream.asInstanceOf[CanCommitOffsets].commitAsync(offsetRanges) 
}
```
  - 与HasOffsetRanges一样，只有在createDirectStream的结果上调用时，转换到CanCommitOffsets才会成功，而不是在转换之后。commitAsync调用是线程安全的，但必须在输出之后执行。
- 自定义存储
  - Offsets可以通过多种方式来管理，但是一般来说遵循下面的步骤:
  - 在 DStream 初始化的时候，需要指定每个分区的offset用于从指定位置读取数据
  - 读取并处理消息
  - 处理完之后存储结果数据
  - 用虚线圈存储和提交offset，强调用户可能会执行一系列操作来满足他们更加严格的语义要求。这包括幂等操作和通过原子操作的方式存储offset
  - 将 offsets 保存在外部持久化数据库如 HBase、Kafka、HDFS、ZooKeeper、Redis、MySQL … …

  - 可以将 Offsets 存储到HDFS中，但这并不是一个好的方案。因为HDFS延迟有点高，此外将每批次数据的offset存储到HDFS中还会带来小文件问题；
  - 可以将 Offset 存储到保存ZK中，但是将ZK作为存储用，也并不是一个明智的选择，同时ZK也不适合频繁的读写操作；

5.3.3 Redis管理的Offset

要想将Offset保存到外部存储中，关键要实现以下几个功能：
- Streaming程序启动时，从外部存储获取保存的Offsets（执行一次）
- 在foreachRDD中，每个批次数据处理之后，更新外部存储的offsets（多次执行）
Redis管理的Offsets：

案例一：使用自定义的offsets，从kafka读数据；处理完数据后打印offsets

案例二：根据 key 从 Redis 获取offsets，根据该offsets从kafka读数据；处理完数据后将offsets保存到 Redis
- 引入依赖
```

<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>2.9.0</version>
</dependency>
```
- 主程序（从kafka获取数据，使用 Redis 保存offsets）

工具类（Redis读取/保存offsets）

Spark Streaming

第 1 节 Spark Streaming概述

1.1 什么是Spark Streaming

1.2 Spark Streaming架构

1.3 Spark Streaming 优缺点

1.4 Structured Streaming

第 2 节 DStream基础数据源

2.1 文件数据流

2.3 RDD队列流

3.2 有状态转换

3.2.1 窗口操作

5.3 Offset 管理

5.3.1 获取偏移量(Obtaining Offsets)

5.3.2 存储偏移量(Storing Offsets)

5.3.3 Redis管理的Offset