大数据IMF传奇行动绝密课程第93课:SparkStreaming updateStateByKey案例实战和内置源码解密
2017-04-03 20:20
801 查看
SparkStreaming updateStateByKey案例实战和内置源码解密
1、sparkStreaming中的updateStateByKey案例实战2、sparkStreaming中的updateStateByKey源码解密
package com.tom.spark.SparkApps.sparkstreaming; import java.util.Arrays; import java.util.List; import org.apache.spark.SparkConf; import org.apache.spark.api.java.function.FlatMapFunction; import org.apache.spark.api.java.function.Function2; import org.apache.spark.api.java.function.PairFunction; import org.apache.spark.streaming.Durations; import org.apache.spark.streaming.api.java.JavaDStream; import org.apache.spark.streaming.api.java.JavaPairDStream; import org.apache.spark.streaming.api.java.JavaReceiverInputDStream; import org.apache.spark.streaming.api.java.JavaStreamingContext; import scala.Tuple2; import com.google.common.base.Optional; /** * UpdateStateByKey的主要功能是可以随着时间的流逝在SparkStreaming中为每一个Key维护一份state状态, * 并且通过更新函数对该Key的状态不断更新,对于每个新的Batch而言,SparkStreaming会在使用updateStateByKey * 的时候为已经存在的Key进行State的状态更新(对于每个新出现的Key,会同样的执行State的更新函数操作), * 但是如果通过更新函数对State更新后返回none,此时该Key对应的State会被删除掉,需要特别说明的是, * State可以是任意类型的数据结构,这就给我们的计算带来了无限的想象空间 * * 重点:如果要不断的更新每个Key的State,就一定涉及到了状态的保存和容错,这个时候就需要开启checkpoint机制和功能,需要 * 说明的是,checkpoint可以保存一切可以存储在文件系统上的内容,例如程序未处理的数据以及已经拥有的状态 * * 补充说明:关于流式处理对历史状态进行保存和更新具有重大的实用意义,例如进行广告点击全面的动态评估 * */ public class UpdateStateByKeyDemo { public static void main(String[] args) { // TODO Auto-generated method stub /** * 第一步:配置SparkConf, * 1、至少2条线程:因为Spark Streaming应用程序在运行的时候至少有一条 * 线程用于不断的循环接收数据,并且至少有一条线程用于处理接收的数据(否则的话无法有线程用 * 于处理数据,随着时间的推移,内存和磁盘都会不堪重负) * 2、对于集群而言,每个Executor一般肯定不止一个Thread,那对于处理Spark Streaming * 应用程序而言,每个Executor一般分配多少Core比较合适?根据经验,5个左右的Core是最佳的 * (一个段子:分配为奇数个Core表现最佳,例如3个、5个、7个Core等 */ SparkConf conf = new SparkConf().setMaster("local[2]").setAppName("WordCountOnline"); /** * 第二步:创建Spark StreamingContext: * 1、这是SparkStreaming应用程序所有功能的起始点和程序调度的核心. * SparkStreamingContext的构建可以基于SparkConf参数,也可以基于持久化的SparkStreamingContext的 * 内容来恢复过来(典型的场景是Driver崩溃后重新启动,由于Spark Streaming具有连续7*24小时不间断运行的特征, * 所以需要在Driver重新启动后继续上一次的状态,此时的状态恢复需要基于曾经的Checkpoint) * 2、在一个Spark Streaming应用程序中可以创建若干个SparkStreamingContext对象,使用下一个SparkStreaming * 之前需要把前面正在运行的SparkStreamingContext对象关闭掉,由此,我们得出一个重大启发,SparkStreaming框架也只是 * Spark Core上的一个应用程序而已,只不过Spark Streaming框架想运行的话需要Spark工程师写业务逻辑处理代码 */ JavaStreamingContext javassc = new JavaStreamingContext(conf, Durations.seconds(5)); //开启checkpoint机制,把checkpoint中的数据放在这里设置的目录中,生产环境下一般放在hdfs中 javassc.checkpoint("/usr/Document/checkpoint"); /** * 第三步:创建Spark Streaming输入数据来源input Stream: * 1、数据输入来源可以基于File、HDFS、Flume、Kafka、Socket等 * 2、在这里我们指定数据来源于网络Socket端口,Spark Streaming连接上该端口并在运行的时候一直监听该端口的数据 * (当然该端口服务首先必须存在),并且在后续会根据业务需要不断有数据产生(当然对于Spark Streaming * 应用程序的运行而言,有无数据其处理流程都是一样的) * 3、如果经常在每间隔5秒钟没有数据的话不断启动空的Job其实会造成调度资源的浪费,因为并没有数据需要发生计算;所以 * 实际的企业级生成环境的代码在具体提交Job前会判断是否有数据,如果没有的话就不再提交Job; */ JavaReceiverInputDStream<String> lines = javassc.socketTextStream("Master", 9999); /** * 第四步:接下来就像对于RDD编程一样基于DStream进行编程,原因是DStream是RDD产生的模板(或者说类),在Spark Streaming具体 * 发生计算前,其实质是把每个Batch的DStream的操作翻译成为对RDD的操作! * */ JavaDStream<String> words = lines.flatMap(new FlatMapFunction<String, String>(){ //如果是Scala,由于SAM转换,所以可以写成val words = lines.flatMap(_.split(" ")) public Iterable<String> call(String line) throws Exception { return Arrays.asList(line.split(" ")); } }); /** * 第4.2步:在单词拆分的基础上对每个单词实例计数为1,也就是word => (word, 1) */ JavaPairDStream<String, Integer> pairs = words.mapToPair(new PairFunction<String, String, Integer>() { public Tuple2<String, Integer> call(String word) throws Exception { // TODO Auto-generated method stub return new Tuple2<String, Integer> (word, 1); } }); /** * 在这里通过updateStateByKey来以Batch Interval为单位来对历史状态进行更新,这是功能上的一个非常大的改进,否则的话要完成同样的目的 * 就可能需要把数据保存在redis/HDFS/HBase/数据库中来不断地完成同样一个Key的state更新。 * * 如果对性能有极为苛刻的要求且数据量特别大的话可以考虑把数据放在分布式的Redis或者Tachyon内存文件系统中 * 当然,从Spark 1.6.x开始可以尝试使用mapWithState,Spark 2.x后,mapWithState应该非常稳定 */ JavaPairDStream<String, Integer> wordsCount = pairs.updateStateByKey( new Function2<List<Integer>, Optional<Integer>, Optional<Integer>>() { public Optional<Integer> call(List<Integer> values, Optional<Integer> state) throws Exception { // TODO Auto-generated method stub Integer updatedValue = 0; if(state.isPresent()) updatedValue = state.get(); for(Integer value:values) { updatedValue += value; } return Optional.of(updatedValue); } }); /** * 此处的print并不会直接触发Job的支持,因为现在的一切都是在Spark Streaming框架的控制之下的,对于SparkStreaming * 而言,具体是否触发真正的Job运行是基于设置的Duration时间间隔的 * * 注意,Spark Streaming应用程序要想执行具体的Job,对DStream就必须有ouptputstream操作 * outputstream有很多类型的函数触发,例如print,saveAsTextFile,saveAsHadoopFiles等, * 其中最为重要的一个方法是foreachRDD,因为Spark Streaming处理的结果一般会放在Redis、DB、DashBoard * 等上面,所以foreachRDD主要就是用来完成这些功能的,而且可以随意自定义具体数据到底放在哪里。 */ wordsCount.print(); /** * Spark Streaming 执行引擎也就是Driver开始运行,Driver启动的时候是位于一条新的线程中的,当然其内部有消息循环体,用于 * 接收应用程序本身或者Executor中的消息, */ javassc.start(); javassc.awaitTermination(); javassc.close(); } }
相关文章推荐
- 大数据IMF传奇行动绝密课程第87课:Flume推送数据到Spark Streaming案例实战和内幕源码解密
- 大数据IMF传奇行动绝密课程第88课:SparkStreaming从Flume Poll数据案例实战和内幕源码解密
- 大数据IMF传奇行动绝密课程第91课:SparkStreaming基于Kafka Direct案例实战和内幕源码解密
- 大数据IMF传奇行动绝密课程第85课:基于HDFS的SparkStreaming案例实战和内幕源码解密
- 大数据IMF传奇行动绝密课程第90课:SparkStreaming基于Kafka Receiver案例实战和内幕源码解密
- 第93课:SparkStreaming updateStateByKey 基本操作综合案例实战和内幕源码解密
- 第93课:Spark Streaming updateStateByKey案例实战和内幕源码解密
- 第93课:Spark Streaming updateStateByKey案例实战和内幕源码解密
- Spark Streaming updateStateByKey案例实战和内幕源码解密
- 大数据IMF传奇行动绝密课程第82课:Spark Streaming案例动手实战并在电光石火间理解其工作原理
- 大数据IMF传奇行动绝密课程第95课:通过SparkStreaming的window操作实战模拟新浪微博、百度、京东等热点搜索词案例实战
- 大数据IMF传奇行动绝密课程第32课:Spark Worker原理和源码剖析解密
- 大数据IMF传奇行动绝密课程第80课:Spark SQL网站搜索综合案例实战
- 大数据IMF传奇行动绝密课程第98-99课:使用Spark Streaming实战对论坛网站动态行为的多维度分析
- 大数据IMF传奇行动绝密课程第102课:动手实战Spark Streaming自定义Receiver并进行调试和测试
- 大数据IMF传奇行动绝密课程第89课:SparkStreaming On Kafka之kafka解析和安装实战
- 大数据IMF传奇行动绝密课程第75-79课:Spark SQL基于网站Log的综合案例实战
- 大数据IMF传奇行动绝密课程第67课:spark SQL案例综合实战
- IMF传奇行动第85课:Spark Streaming第四课:基于HDFS的Spark Streaming案例实战和内幕源码解密
- 大数据IMF传奇行动绝密课程第72课:Spark SQL UDF和UDAF解密与实战