Spark Checkpoint写操作代码分析

2024-05-27 12:58

本文主要是介绍Spark Checkpoint写操作代码分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

《Spark RDD缓存代码分析》
   《Spark Task序列化代码分析》
   《Spark分区器HashPartitioner和RangePartitioner代码详解》
   《Spark Checkpoint读操作代码分析》
   《Spark Checkpoint写操作代码分析》

  上次我对Spark RDD缓存的相关代码《Spark RDD缓存代码分析》进行了简要的介绍,本文将对Spark RDD的checkpint相关的代码进行相关的介绍。先来看看怎么使用checkpont:

scala> val data = sc.parallelize(List( "www" , "iteblog" , "com" ))
data : org.apache.spark.rdd.RDD[String] = ParallelCollectionRDD[ 2 ] at parallelize at <console> : 15
scala> sc.setCheckpointDir( "/www/iteblog/com" )
scala> data.checkpoint
scala> data.count

  先是初始化好相关的RDD,因为checkpoint是将RDD中的数据写到磁盘,所以需要指定一个checkpint目录,也就是sc.setCheckpointDir("/www/iteblog/com"),这步执行完之后会在/www/iteblog/com路径下创建相关的文件夹,比如:/www/iteblog/com/ada54d92-eeb2-4cff-89fb-89a297edd4dc;然后对data RDD进行checkpoint,整个代码运行完,会在/www/iteblog/com/ada54d92-eeb2-4cff-89fb-89a297edd4dc生存相关的文件:

Found 4 items
-rw-r--r-- 3 iteblog iteblog 0 2015-11-25 15:05 /www/iteblog/com/ada54d92-eeb2-4cff-89fb-89a297edd4dc/rdd-2/part-00000
-rw-r--r-- 3 iteblog iteblog 5 2015-11-25 15:05 /www/iteblog/com/ada54d92-eeb2-4cff-89fb-89a297edd4dc/rdd-2/part-00001
-rw-r--r-- 3 iteblog iteblog 9 2015-11-25 15:05 /www/iteblog/com/ada54d92-eeb2-4cff-89fb-89a297edd4dc/rdd-2/part-00002

-rw-r--r-- 3 iteblog iteblog 5 2015-11-25 15:05 /www/iteblog/com/ada54d92-eeb2-4cff-89fb-89a297edd4dc/rdd-2/part-00003

现在来对checkpint的相关代码进行简单介绍。首先就是设置checkpint的目录,这个代码如下:

/
  User : 过往记忆
  Date : 2015 - 11 - 25
  Time : 22 : 12
  bolg : http : //www.iteblog.com
  本文地址:http : //www.iteblog.com/archives/1535
  过往记忆博客,专注于hadoop、hive、spark、shark、flume的技术博客,大量的干货
  过往记忆博客微信公共帐号:iteblog _ hadoop
/
def setCheckpointDir(directory : String) {
   // If we are running on a cluster, log a warning if the directory is local.
   // Otherwise, the driver may attempt to reconstruct the checkpointed RDD from
   // its own local file system, which is incorrect because the checkpoint files
   // are actually on the executor machines.
   if (!isLocal && Utils.nonLocalPaths(directory).isEmpty) {
     logWarning( "Checkpoint directory must be non-local " +
       "if Spark is running on a cluster: " + directory)
   }
   checkpointDir = Option(directory).map { dir = >
     val path = new Path(dir, UUID.randomUUID().toString)
     val fs = path.getFileSystem(hadoopConfiguration)
     fs.mkdirs(path)
     fs.getFileStatus(path).getPath.toString
   }
}

从上面注释可以看出,如果是非local模式,directory要求是HDFS上的目录。事实上,如果你是非local模式,但是指定的checkpint路径是本地路径,程序运行的时候会出现类似以下的异常:

org.apache.spark.SparkException : Checkpoint RDD ReliableCheckpointRDD[ 1 ] at count at <console> : 18 ( 0 ) has different number of partitions from original RDD ParallelCollectionRDD[ 0 ] at parallelize at <console> : 15 ( 4 )
     at org.apache.spark.rdd.ReliableRDDCheckpointData.doCheckpoint(ReliableRDDCheckpointData.scala : 73 )
     at org.apache.spark.rdd.RDDCheckpointData.checkpoint(RDDCheckpointData.scala : 74 )
     at org.apache.spark.rdd.RDD$$anonfun$doCheckpoint$ 1 .apply$mcV$sp(RDD.scala : 1655 )
     at org.apache.spark.rdd.RDD$$anonfun$doCheckpoint$ 1 .apply(RDD.scala : 1652 )
     at org.apache.spark.rdd.RDD$$anonfun$doCheckpoint$ 1 .apply(RDD.scala : 1652 )
     at org.apache.spark.rdd.RDDOperationScope$.withScope(RDDOperationScope.scala : 147 )
     at org.apache.spark.rdd.RDD.doCheckpoint(RDD.scala : 1651 )
     at org.apache.spark.SparkContext.runJob(SparkContext.scala : 1826 )
     at org.apache.spark.SparkContext.runJob(SparkContext.scala : 1837 )
     at org.apache.spark.SparkContext.runJob(SparkContext.scala : 1850 )
     at org.apache.spark.SparkContext.runJob(SparkContext.scala : 1921 )
     at org.apache.spark.rdd.RDD.count(RDD.scala : 1125 )
     at $iwC$$iwC$$iwC$$iwC$$iwC$$iwC.<init>(<console> : 18 )
     at $iwC$$iwC$$iwC$$iwC$$iwC.<init>(<console> : 23 )
     at $iwC$$iwC$$iwC$$iwC.<init>(<console> : 25 )
     at $iwC$$iwC$$iwC.<init>(<console> : 27 )
     at $iwC$$iwC.<init>(<console> : 29 )
     at $iwC.<init>(<console> : 31 )
     at <init>(<console> : 33 )
     at .<init>(<console> : 37 )
     at .<clinit>(<console>)
     at .<init>(<console> : 7 )
     at .<clinit>(<console>)
     at $print(<console>)
     at sun.reflect.NativeMethodAccessorImpl.invoke 0 (Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java : 57 )
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java : 43 )
     at java.lang.reflect.Method.invoke(Method.java : 606 )
     at org.apache.spark.repl.SparkIMain$ReadEvalPrint.call(SparkIMain.scala : 1065 )
     at org.apache.spark.repl.SparkIMain$Request.loadAndRun(SparkIMain.scala : 1340 )
     at org.apache.spark.repl.SparkIMain.loadAndRunReq$ 1 (SparkIMain.scala : 840 )
     at org.apache.spark.repl.SparkIMain.interpret(SparkIMain.scala : 871 )
     at org.apache.spark.repl.SparkIMain.interpret(SparkIMain.scala : 819 )
     at org.apache.spark.repl.SparkILoop.reallyInterpret$ 1 (SparkILoop.scala : 857 )
     at org.apache.spark.repl.SparkILoop.interpretStartingWith(SparkILoop.scala : 902 )
     at org.apache.spark.repl.SparkILoop.command(SparkILoop.scala : 814 )
     at org.apache.spark.repl.SparkILoop.processLine$ 1 (SparkILoop.scala : 657 )
     at org.apache.spark.repl.SparkILoop.innerLoop$ 1 (SparkILoop.scala : 665 )
     at org.apache.spark.repl.SparkILoop.org$apache$spark$repl$SparkILoop$$loop(SparkILoop.scala : 670 )
     at org.apache.spark.repl.SparkILoop$$anonfun$org$apache$spark$repl$SparkILoop$$process$ 1 .apply$mcZ$sp(SparkILoop.scala : 997 )
     at org.apache.spark.repl.SparkILoop$$anonfun$org$apache$spark$repl$SparkILoop$$process$ 1 .apply(SparkILoop.scala : 945 )
     at org.apache.spark.repl.SparkILoop$$anonfun$org$apache$spark$repl$SparkILoop$$process$ 1 .apply(SparkILoop.scala : 945 )
     at scala.tools.nsc.util.ScalaClassLoader$.savingContextLoader(ScalaClassLoader.scala : 135 )
     at org.apache.spark.repl.SparkILoop.org$apache$spark$repl$SparkILoop$$process(SparkILoop.scala : 945 )
     at org.apache.spark.repl.SparkILoop.process(SparkILoop.scala : 1059 )
     at org.apache.spark.repl.Main$.main(Main.scala : 31 )
     at org.apache.spark.repl.Main.main(Main.scala)
     at sun.reflect.NativeMethodAccessorImpl.invoke 0 (Native Method)
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java : 57 )
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java : 43 )
     at java.lang.reflect.Method.invoke(Method.java : 606 )
     at org.apache.spark.deploy.SparkSubmit$.org$apache$spark$deploy$SparkSubmit$$runMain(SparkSubmit.scala : 674 )
     at org.apache.spark.deploy.SparkSubmit$.doRunMain$ 1 (SparkSubmit.scala : 180 )
     at org.apache.spark.deploy.SparkSubmit$.submit(SparkSubmit.scala : 205 )
     at org.apache.spark.deploy.SparkSubmit$.main(SparkSubmit.scala : 120 )
     at org.apache.spark.deploy.SparkSubmit.main(SparkSubmit.scala)

setCheckpointDir的过程主要是在指定的目录下创建一个文件夹,这个文件夹会在后面用到。然后我们对RDD进行checkpoint,主要做的事情如下:

/
  User : 过往记忆
  Date : 2015 - 11 - 25
  Time : 22 : 12
  bolg : http : //www.iteblog.com
  本文地址:http : //www.iteblog.com/archives/1535
  过往记忆博客,专注于hadoop、hive、spark、shark、flume的技术博客,大量的干货
  过往记忆博客微信公共帐号:iteblog _ hadoop
/
def checkpoint() : Unit = RDDCheckpointData.synchronized {
   // NOTE: we use a global lock here due to complexities downstream with ensuring
   // children RDD partitions point to the correct parent partitions. In the future
   // we should revisit this consideration.
   if (context.checkpointDir.isEmpty) {
     throw new SparkException( "Checkpoint directory has not been set in the SparkContext" )
   } else if (checkpointData.isEmpty) {
     checkpointData = Some( new ReliableRDDCheckpointData( this ))
   }
}

  程序第一步就是判断checkpointDir是否为空,如果为空直接抛出异常,而这个checkpointDir是由上面的setCheckpointDir函数设置的。这里我们应该设置了checkpointDir,所以直接判断checkpointData.isEmpty是否成立,checkpointData是什么东西呢?它的类型如下:

private [spark] var checkpointData : Option[RDDCheckpointData[T]] = None

  RDDCheckpointData类是和RDD一一对应的,保存着一切和RDD checkpint相关的所有信息,而且具体的Checkpint操作都是它(子类)进行的。而对RDD调用checkpoint函数主要就是初始化ReliableRDDCheckpointData对象,供以后进行checkpint操作。从这段代码我们知道,对RDD调用checkpoint函数,其实就是初始化了checkpointData,并不立即执行checkpint操作,你可以理解成这里只是对RDD进行checkpint标记操作。

  那什么触发真正的checkpoint操作?仔细看上面例子,执行data.count之后才会生成checkpoint文件。是的,只有在Action触发Job的时候才会进行checkpint。Spark在执行完Job之后会判断是否需要checkpint:

def runJob[T, U : ClassTag](
     rdd : RDD[T],
     func : (TaskContext, Iterator[T]) = > U,
     partitions : Seq[Int],
     resultHandler : (Int, U) = > Unit) : Unit = {
   if (stopped.get()) {
     throw new IllegalStateException( "SparkContext has been shutdown" )
   }
   val callSite = getCallSite
   val cleanedFunc = clean(func)
   logInfo( "Starting job: " + callSite.shortForm)
   if (conf.getBoolean( "spark.logLineage" , false )) {
     logInfo( "RDD's recursive dependencies:\n" + rdd.toDebugString)
   }
   dagScheduler.runJob(rdd, cleanedFunc, partitions, callSite, resultHandler, localProperties.get)
   progressBar.foreach( _ .finishAll())
   rdd.doCheckpoint()
}

注意看最后一句代码rdd.doCheckpoint(),这个就是触发RDD的checkpoint的,而doCheckpoint函数的实现如下:

private [spark] def doCheckpoint() : Unit = {
   RDDOperationScope.withScope(sc, "checkpoint" , allowNesting = false , ignoreParent = true ) {
     if (!doCheckpointCalled) {
       doCheckpointCalled = true
       if (checkpointData.isDefined) {
         checkpointData.get.checkpoint()
       } else {
         dependencies.foreach( _ .rdd.doCheckpoint())
       }
     }
   }
}

又看到checkpointData了吧?这个就是在执行checkpint()函数定义的,所以如果你的RDD调用了checkpint()函数,那么checkpointData.isDefined肯定是true的。而如果你的父RDD调用了checkpint()函数,最后也会执行你父RDD的checkpointData.get.checkpoint()代码。我们来看看checkpointData中的checkpoint()是如何实现的,代码如下:

final def checkpoint() : Unit = {
   // Guard against multiple threads checkpointing the same RDD by
   // atomically flipping the state of this RDDCheckpointData
   RDDCheckpointData.synchronized {
     if (cpState == Initialized) {
       cpState = CheckpointingInProgress
     } else {
       return
     }
   }
   val newRDD = doCheckpoint()
   // Update our state and truncate the RDD lineage
   RDDCheckpointData.synchronized {
     cpRDD = Some(newRDD)
     cpState = Checkpointed
     rdd.markCheckpointed()
   }
}

为了防止多个线程对同一个RDD进行checkpint操作,首先是把checkpint的状态由Initialized变成CheckpointingInProgress,所以如果另一个线程发现checkpint的状态不是Initialized就直接return了。最后就是doCheckpoint实现了:

/
  User : 过往记忆
  Date : 2015 - 11 - 25
  Time : 22 : 12
  bolg : http : //www.iteblog.com
  本文地址:http : //www.iteblog.com/archives/1535
  过往记忆博客,专注于hadoop、hive、spark、shark、flume的技术博客,大量的干货
  过往记忆博客微信公共帐号:iteblog _ hadoop
/
protected override def doCheckpoint() : CheckpointRDD[T] = {
   // Create the output path for the checkpoint
   val path = new Path(cpDir)
   val fs = path.getFileSystem(rdd.context.hadoopConfiguration)
   if (!fs.mkdirs(path)) {
     throw new SparkException(s "Failed to create checkpoint path $cpDir" )
   }
   // Save to file, and reload it as an RDD
   val broadcastedConf = rdd.context.broadcast(
     new SerializableConfiguration(rdd.context.hadoopConfiguration))
   // TODO: This is expensive because it computes the RDD again unnecessarily (SPARK-8582)
   rdd.context.runJob(rdd, ReliableCheckpointRDD.writeCheckpointFile[T](cpDir, broadcastedConf) _ )
   val newRDD = new ReliableCheckpointRDD[T](rdd.context, cpDir)
   if (newRDD.partitions.length ! = rdd.partitions.length) {
     throw new SparkException(
       s "Checkpoint RDD $newRDD(${newRDD.partitions.length}) has different " +
         s "number of partitions from original RDD $rdd(${rdd.partitions.length})" )
   }
   // Optionally clean our checkpoint files if the reference is out of scope
   if (rdd.conf.getBoolean( "spark.cleaner.referenceTracking.cleanCheckpoints" , false )) {
     rdd.context.cleaner.foreach { cleaner = >
       cleaner.registerRDDCheckpointDataForCleanup(newRDD, rdd.id)
     }
   }
   logInfo(s "Done checkpointing RDD ${rdd.id} to $cpDir, new parent is RDD ${newRDD.id}" )
   newRDD
}

首先是创建写RDD的目录,然后启动一个Job去写Checkpint文件,主要由ReliableCheckpointRDD.writeCheckpointFile来实现写操作。

def writeCheckpointFile[T : ClassTag](
     path : String,
     broadcastedConf : Broadcast[SerializableConfiguration],
     blockSize : Int = - 1 )(ctx : TaskContext, iterator : Iterator[T]) {
   val env = SparkEnv.get
   val outputDir = new Path(path)
   val fs = outputDir.getFileSystem(broadcastedConf.value.value)
   val finalOutputName = ReliableCheckpointRDD.checkpointFileName(ctx.partitionId())
   val finalOutputPath = new Path(outputDir, finalOutputName)
   val tempOutputPath =
     new Path(outputDir, s ".$finalOutputName-attempt-${ctx.attemptNumber()}" )
   if (fs.exists(tempOutputPath)) {
     throw new IOException(s "Checkpoint failed: temporary path $tempOutputPath already exists" )
   }
   val bufferSize = env.conf.getInt( "spark.buffer.size" , 65536 )
   val fileOutputStream = if (blockSize < 0 ) {
     fs.create(tempOutputPath, false , bufferSize)
   } else {
     // This is mainly for testing purpose
     fs.create(tempOutputPath, false , bufferSize, fs.getDefaultReplication, blockSize)
   }
   val serializer = env.serializer.newInstance()
   val serializeStream = serializer.serializeStream(fileOutputStream)
   Utils.tryWithSafeFinally {
     serializeStream.writeAll(iterator)
   } {
     serializeStream.close()
   }
   if (!fs.rename(tempOutputPath, finalOutputPath)) {
     if (!fs.exists(finalOutputPath)) {
       logInfo(s "Deleting tempOutputPath $tempOutputPath" )
       fs.delete(tempOutputPath, false )
       throw new IOException( "Checkpoint failed: failed to save output of task: " +
         s "${ctx.attemptNumber()} and final output path does not exist: $finalOutputPath" )
     } else {
       // Some other copy of this task must've finished before us and renamed it
       logInfo(s "Final output path $finalOutputPath already exists; not overwriting it" )
       fs.delete(tempOutputPath, false )
     }
   }
}

写完Checkpint文件之后,会返回newRDD,并最后赋值给cpRDD,并将Checkpint的状态变成Checkpointed。最后将这个RDD的依赖全部清除(markCheckpointed()

private [spark] def markCheckpointed() : Unit = {
   clearDependencies()
   partitions _ = null
   deps = null    // Forget the constructor argument for dependencies too
}

整个写操作就完成了。

转载自过往记忆(http://www.iteblog.com/)

这篇关于Spark Checkpoint写操作代码分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1007541

相关文章

Python实例题之pygame开发打飞机游戏实例代码

《Python实例题之pygame开发打飞机游戏实例代码》对于python的学习者,能够写出一个飞机大战的程序代码,是不是感觉到非常的开心,:本文主要介绍Python实例题之pygame开发打飞机... 目录题目pygame-aircraft-game使用 Pygame 开发的打飞机游戏脚本代码解释初始化部

SQL中JOIN操作的条件使用总结与实践

《SQL中JOIN操作的条件使用总结与实践》在SQL查询中,JOIN操作是多表关联的核心工具,本文将从原理,场景和最佳实践三个方面总结JOIN条件的使用规则,希望可以帮助开发者精准控制查询逻辑... 目录一、ON与WHERE的本质区别二、场景化条件使用规则三、最佳实践建议1.优先使用ON条件2.WHERE用

Java中Map.Entry()含义及方法使用代码

《Java中Map.Entry()含义及方法使用代码》:本文主要介绍Java中Map.Entry()含义及方法使用的相关资料,Map.Entry是Java中Map的静态内部接口,用于表示键值对,其... 目录前言 Map.Entry作用核心方法常见使用场景1. 遍历 Map 的所有键值对2. 直接修改 Ma

MyBatis Plus 中 update_time 字段自动填充失效的原因分析及解决方案(最新整理)

《MyBatisPlus中update_time字段自动填充失效的原因分析及解决方案(最新整理)》在使用MyBatisPlus时,通常我们会在数据库表中设置create_time和update... 目录前言一、问题现象二、原因分析三、总结:常见原因与解决方法对照表四、推荐写法前言在使用 MyBATis

Python主动抛出异常的各种用法和场景分析

《Python主动抛出异常的各种用法和场景分析》在Python中,我们不仅可以捕获和处理异常,还可以主动抛出异常,也就是以类的方式自定义错误的类型和提示信息,这在编程中非常有用,下面我将详细解释主动抛... 目录一、为什么要主动抛出异常?二、基本语法:raise关键字基本示例三、raise的多种用法1. 抛

Linux链表操作方式

《Linux链表操作方式》:本文主要介绍Linux链表操作方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、链表基础概念与内核链表优势二、内核链表结构与宏解析三、内核链表的优点四、用户态链表示例五、双向循环链表在内核中的实现优势六、典型应用场景七、调试技巧与

github打不开的问题分析及解决

《github打不开的问题分析及解决》:本文主要介绍github打不开的问题分析及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、找到github.com域名解析的ip地址二、找到github.global.ssl.fastly.net网址解析的ip地址三

Java Multimap实现类与操作的具体示例

《JavaMultimap实现类与操作的具体示例》Multimap出现在Google的Guava库中,它为Java提供了更加灵活的集合操作,:本文主要介绍JavaMultimap实现类与操作的... 目录一、Multimap 概述Multimap 主要特点:二、Multimap 实现类1. ListMult

Mysql的主从同步/复制的原理分析

《Mysql的主从同步/复制的原理分析》:本文主要介绍Mysql的主从同步/复制的原理分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录为什么要主从同步?mysql主从同步架构有哪些?Mysql主从复制的原理/整体流程级联复制架构为什么好?Mysql主从复制注意

深入解析 Java Future 类及代码示例

《深入解析JavaFuture类及代码示例》JavaFuture是java.util.concurrent包中用于表示异步计算结果的核心接口,下面给大家介绍JavaFuture类及实例代码,感兴... 目录一、Future 类概述二、核心工作机制代码示例执行流程2. 状态机模型3. 核心方法解析行为总结:三