RDD的依赖关系
Rdd之间的依赖关系通过rdd中的getDependencies来进行表示，
在提交job后，会通过在DAGShuduler.submitStage-->getMissingParentStages
privatedefgetMissingParentStages(stage:
Stage): List[Stage] = {
valmissing
=newHashSet[Stage]
valvisited
=newHashSet[RDD[_]]
defvisit(rdd: RDD[_]) {
if(!visited(rdd)){
visited+= rdd
if(getCacheLocs(rdd).contains(Nil)){
for(dep
<-rdd.dependencies) {
depmatch{
caseshufDep:ShuffleDependency[_,_]
=>
valmapStage
=getShuffleMapStage(shufDep,stage.jobId)
if(!mapStage.isAvailable){
missing+=
mapStage
}
casenarrowDep:NarrowDependency[_]
=>
visit(narrowDep.rdd)
}
}
}
}
}
visit(stage.rdd)
missing.toList
}
在以上代码中得到rdd的相关dependencies，每个rdd生成时传入rdd的dependencies信息。
如SparkContext.textFile,时生成的HadoopRDD时。此RDD的默觉得dependencys为Nil.
Nil是一个空的列表。
classHadoopRDD[K, V](
sc: SparkContext,
broadcastedConf:Broadcast[SerializableWritable[Configuration]],
initLocalJobConfFuncOpt:Option[JobConf => Unit],
inputFormatClass: Class[_ <:InputFormat[K, V]],
keyClass: Class[K],
valueClass: Class[V],
minSplits: Int)
extendsRDD[(K,
V)](sc, Nil) withLogging {
Dependency分为ShuffleDependency与NarrowDependency。
当中NarrowDependency又包括OneToOneDependency/RangeDependency
Dependency唯一的成员就是rdd,即所依赖的rdd,或parentrdd
abstractclassDependency[T](valrdd:RDD[T])
extendsSerializable
OneToOneDependency关系：
最简单的依赖关系,即parent和child里面的partitions是一一相应的,典型的操作就是map,filter
事实上partitionId就是partition在RDD中的序号,所以假设是一一相应,
那么parent和child中的partition的序号应该是一样的,例如以下是OneToOneDependency的定义
/**
*Represents a one-to-one dependency between partitions of the parentand child RDDs.
*/
classOneToOneDependency[T](rdd: RDD[T])
extendsNarrowDependency[T](rdd) {
此类的Dependency中parent中的partitionId与childRDD中的partitionId是一对一的关系。
也就是partition本身范围不会改变,一个parition经过transform还是一个partition,
尽管内容发生了变化,所以能够在local完毕，此类场景通常像mapreduce中仅仅有map的场景，
第一个RDD运行完毕后的MAP的parition直接运行第二个RDD的Map,也就是local运行。
overridedefgetParents(partitionId:
Int) = List(partitionId)
}
RangeDependency关系：
此类应用尽管仍然是一一相应,可是是parentRDD中的某个区间的partitions相应到childRDD中的某个区间的partitions
典型的操作是union,多个parentRDD合并到一个childRDD,
故每一个parentRDD都相应到childRDD中的一个区间
须要注意的是,这里的union不会把多个partition合并成一个partition,而是的简单的把多个RDD中的partitions放到一个RDD里面,partition不会发生变化,
rdd參数，parentRDD
inStart參数，parentRDD的partitionId计算的起点位置。
outStart參数，childRDD中计算parentRDD的partitionId的起点位置，
length參数，parentRDD中partition的个数。
classRangeDependency[T](rdd: RDD[T], inStart: Int, outStart: Int, length:Int)
extendsNarrowDependency[T](rdd) {
overridedefgetParents(partitionId:
Int) = {
检查partitionId的合理性，此partitionId在childRDD的partitionId中的范围须要合理。
if(partitionId >= outStart && partitionId
< outStart +length) {
计算出ParentRDD的partitionId的值。
List(partitionId - outStart +inStart)
}else{
Nil
}
}
}
典型的应用场景union的场景把两个RDD合并到一个新的RDD中。
defunion(other: RDD[T]): RDD[T] =
newUnionRDD(sc,
Array(this,other))
使用union的,第二个參数是,两个RDD的array,返回值就是把这两个RDDunion后产生的新的RDD
ShuffleDependency关系：
此类依赖首先要求是Product2与PairRDDFunctions的k,v的形式，这样才干做shuffle，和hadoop一样。
其次,因为须要shuffle,所以当然须要给出partitioner,默认是HashPartitioner怎样完毕shuffle
然后,shuffle不象map能够在local进行,往往须要网络传输或存储,所以须要serializerClass
默认是JavaSerializer，一个类名，用于序列化网络传输或者以序列化形式缓存起来的各种对象。
默认情况下Java的序列化机制能够序列化不论什么实现了Serializable接口的对象，
可是速度是非常慢的，
因此当你在意执行速度的时候我们建议你使用spark.KryoSerializer而且配置Kryoserialization。
能够是不论什么spark.Serializer的子类。
最后,每一个shuffle须要分配一个全局的id,context.newShuffleId()的实现就是把全局id累加
classShuffleDependency[K, V](
@transientrdd: RDD[_ <: Product2[K, V]],
valpartitioner:Partitioner,
valserializerClass:String
= null)
extendsDependency(rdd.asInstanceOf[RDD[Product2[K,
V]]]) {
valshuffleId:Int
= rdd.context.newShuffleId()
}
生成RDD过程分析
生成rdd我们还是按wordcount中的样例来说明；
val
file= sc.textFile("/hadoop-test.txt")
valcounts
=file.flatMap(line=> line.split(" "))
)).reduceByKey(_+ _)
counts.saveAsTextFile("/newtest.txt")
1.首先SparkContext.textFile通过调用hadoopFile生成HadoopRDD实例，
textFile-->hadoopFile-->HadoopRDD,此时RDD的Dependency为Nil,一个空的列表。
此时的HadoopRDD为RDD<K,V>，每运行next方法时返回一个Pair,也就是一个KV(通过compute函数)
2.textFile得到HadoopRDD后，调用map函数，
map中每运行一次得到一个KV(compute中getNext,newNextIterator[(K,
V)] )，
中生成的RDD。
同一时候此RDD的Dependency为OneToOneDependency。
deftextFile(path: String, minSplits:
Int = defaultMinSplits):RDD[String] = {
hadoopFile(path,classOf[TextInputFormat], classOf[LongWritable], classOf[Text],
minSplits).map(pair =>pair._2.toString)
}
defmap[U: ClassTag](f: T => U): RDD[U]
= newMappedRDD(this,sc.clean(f))
中生成的HadoopRDD.
到多个新的item.生成FlatMappedRDD实例，
同一时候依据implicit隐式转换生成PairRDDFunctions。以下两处代码中的红色部分。
在生成FlatMappedRDD是，此时的上一层RDD就是2中生成的RDD。
同一时候此RDD的Dependency为OneToOneDependency。
classFlatMappedRDD[U:
ClassTag, T: ClassTag](
prev: RDD[T],
f:T => TraversableOnce[U])
extendsRDD[U](prev)
implicitdefrddToPairRDDFunctions[K:
ClassTag, V:ClassTag](rdd: RDD[(K, V)]) =
newPairRDDFunctions(rdd)
4.map函数，因为3中生成的FlatMappedRDD生成出来的结果，通过implicit的隐式转换生成PairRDDFunctions。
此时的map函数须要生成隐式转换传入的RDD<K,V>的一个RDD，
因此map函数的运行须要生成一个MappedRDD<K,V>的RDD，同一时候此RDD的Dependency为OneToOneDependency。
下面代码的红色部分。－－－RDD[(K,V)]。。
valcounts=
file.flatMap(line=>
line.split(""))
.map(word=>
(word, 1)).reduceByKey(_+ _)
5.reduceByKey函数，此函数通过implicit的隐式转换中的函数来进行，主要是传入一个计算两个value的函数。
reduceByKey这类的shuffle的RDD时，终于生成一个ShuffleRDD,
此RDD生成的Dependency为ShuffleDependency。
详细说明在以下的reduceByKey代码中，
首先在每个map生成MapPartitionsRDD把各partitioner中的数据通过进行合并。合并通过Aggregator实例。
最后通过对合并后的MapPartitionsRDD,此RDD相当于mapreduce中的combiner，生成ShuffleRDD.
defreduceByKey(func: (V, V) => V):
RDD[(K, V)] = {
reduceByKey(defaultPartitioner(self),func)
}
defcombineByKey[C](createCombiner:
V => C,//创建combiner,通过V的值创建C
mergeValue: (C, V) =>C,//combiner已经创建C已经有一个值，把第二个的V叠加到C中，
mergeCombiners: (C, C) =>C,//把两个C进行合并，事实上就是两个value的合并。
partitioner:Partitioner,//Shuffle时须要的Partitioner
mapSideCombine: Boolean =true,//为了减小传输量,非常多combine能够在map端先做,
比方叠加,能够先在一个partition中把全部同样的key的value叠加,再shuffle
serializerClass: String =
null):RDD[(K, C)] = {
if(getKeyClass().isArray) {
if(mapSideCombine) {
thrownewSparkException("Cannot
use map-sidecombining with array keys.")
}
if(partitioner.isInstanceOf[HashPartitioner])
{
thrownewSparkException("Default
partitionercannot partition array keys.")
}
}
生成一个Aggregator实例。
valaggregator=
newAggregator[K, V, C](createCombiner, mergeValue, mergeCombiners)
假设RDD本身的partitioner与传入的partitioner同样，表示不须要进行shuffle
if(self.partitioner==
Some(partitioner)) {
生成MapPartitionsRDD，直接在map端当前的partitioner下调用Aggregator.combineValuesByKey。
把同样的key的value进行合并。
self.mapPartitionsWithContext((context,iter) => {
newInterruptibleIterator(context,
aggregator.combineValuesByKey(iter,context))
}, preservesPartitioning =
true)
}elseif(mapSideCombine)
{
生成MapPartitionsRDD，先在map端当前的partitioner下调用Aggregator.combineValuesByKey。
把同样的key的value进行合并。
combineValuesByKey中检查假设key相应的C假设不存在，通过createCombiner创建C，
否则key已经存在C时，通过mergeValue把新的V与上一次的C进行合并，
mergeValue事实上就是传入的reduceByKey(_+
_) 括号里的函数，与reduce端函数同样。
valcombined
=self.mapPartitionsWithContext((context, iter) => {
aggregator.combineValuesByKey(iter,context)
}, preservesPartitioning =
true)
生成ShuffledRDD，进行shuffle操作，由于此时会生成ShuffleDependency,又一次生成一个新的stage.
valpartitioned=
newShuffledRDD[K, C, (K, C)](combined,partitioner)
.setSerializer(serializerClass)
在上一步完毕，也就是shuffle完毕，又一次在reduce端进行合并操作。通过Aggregator.combineCombinersByKey
spark这些地方的方法定义都是通过动态载入运行的函数的方式，所以能够做到map端运行完毕后reduce再去运行兴许的处理。
由于函数在map时仅仅是进行了定义，reduce端才对函数进行运行。
partitioned.mapPartitionsWithContext((context,iter)
=> {
newInterruptibleIterator(context,
aggregator.combineCombinersByKey(iter,context))
}, preservesPartitioning =
true)
}else{
不运行map端的合并操作，直接shuffle，并在reduce中运行合并。
//Don't apply map-side combiner.
valvalues
=newShuffledRDD[K, V, (K, V)](self,partitioner).setSerializer(serializerClass)
values.mapPartitionsWithContext((context,iter) => {
newInterruptibleIterator(context,
aggregator.combineValuesByKey(iter,context))
}, preservesPartitioning =
true)
}
}