我们这节课讲一下RDD的持久化
这段代码我们上午已经看过了,有瑕疵大家看出来了吗?
有什么瑕疵啊?
大家是否还记得我在第二节课的时候跟大家说,RDD实际是不存数据的?
我们再重新讲解一下这段代码
sc.textfile是不是讲数据加载到这个RDD里面去了?
对这个RDD执行一个filter算子过滤,返回一个errors RDD
然后对errorsRDD又经过一次过滤,然后再执行一次count算子,我们把这个job叫做job0
然后第四行,又对这个errors执行了一次filter,然后又count一次,我们把这个job叫做job1
那么在job1里面errors这个RDD,那我们说了RDD里面不存数据,那errors这个RDD里面的数据是通过lines这个RDD计算得来的,那rdd不存数据,那他是不是要重新计算啊?
我再重新说一遍,errors这个RDD由于他不存数据,所以job1这个RDD里面的errors和job0里面的这个RDD,都是通过依赖的RDD计算过来的,他是怎么计算过来的,他是从lines这个RDD计算过来的
那lines这个RDD数据哪来的?他是通过textfile加载过来的
他其实是计算了几遍?计算了两遍对吗?
那我们对他进行优化,怎么优化?优化的时候就让他读一遍就可以了呗?
我们重复是用errors重复使用两次,那如果我们把errors里面的数据持久化一下,把他保存到内存当中去,或者保存到磁盘当中去是不是就可以了?
我job1在使用errors的时候直接从磁盘或者内存当中去读就可以了对吧?
那如果我们想给RDD做持久化,我们就要使用持久化的算子,cache、persist、checkpoint,这些算子都可以将RDD的数据进行持久化
那么这三个算子有什么区别呢?
cache他是persist的一个简化版cache他默认是将RDD的数据持久化到内存里面去
persist这个算子我们可以自己指定持久化的级别,可以自定义,我们可以将RDD的数据持久化到磁盘上,如果你想要把数据持久化到磁盘上 ,必须要使用persist算子
因为cache是默认将数据放到内存
我们现在来写代码测试一下
我们看一下性能有没有提升,我们刚才说使用cache这个算子对刚才这个代码进行优化,看性能有没有提升,
package com.bjsxt.spark.persist
import org.apache.spark.storage.StorageLevel
import org.apache.spark.{SparkConf, SparkContext}
/**
* Created by Albert on 2017/7/15.
*
*
* cache persist注意事项
*
*/
object T01Persist {
def main(args: Array[String]): Unit = {
val conf = new SparkConf().setMaster("local").setAppName("T01Cache")
val sc = new SparkContext(conf)
var rdd = sc.textFile("log.txt")
rdd.cache()
//rdd.persist(StorageLevel.MEMORY_ONLY)
// chche() = persist() = persist(StorageLevel.MEMORY_ONLY)
val st = System.currentTimeMillis()
val count = rdd.count()
val et = System.currentTimeMillis()
println(s"count: $count \t Duration:${et-st}")
val st1 = System.currentTimeMillis()
val count1 = rdd.count()
val et1 = System.currentTimeMillis()
println(s"count: $count1 \t Duration:${et1-st1}")
}
}
这段代码大家都可以理解吧?理解的举手,要给我反馈真实的情况啊,如果不懂的人多了,我再通过其他案例给大家讲
这里给大家总结一下持久化算子的注意事项
cache和persist使用注意事项
1、cache和persist算子都是懒执行的,必须有一个Action算子触发执行
2、cache和persist算子的返回值必须赋值给一个变量,在下一个job中直接使用这个变量就是使用了持久化的数据
提问如果一个Application里面只有一个job有必要使用持久化算子吗?
答案是没有必要对吧?
3、cache和persist算子后面不能紧跟Aciton类算子(不能直接rdd.cache().count())
为什么不能直接点出来Action类算子呢?
我们还记不记得Action类算子,都有什么类型的了呢?我们在讲算子的时候说所有Action类算子,他有三种返回类型:无类型:foreach、HDFS、Scala数据类型
那我们rdd = rdd.cache返回的类型是RDD[]
incorrect: rdd = rdd.cache().count()
correct: val cacheRDD = rdd.cache
rdd.count()
好下面我们来看一下persist各种StorageLevel的级别,我们看一下Spark的源码
如果我们要看源码,我们要先找到这个方法
那cache这个方法在哪里呢?我们是在rdd. cache的这个方法吧?
所以我们去RDD这个类里面找一下
private var _useDisk: Boolean,
private var _useMemory: Boolean,
private var _useOffHeap: Boolean,
private var _deserialized: Boolean,
private var _replication: Int = 1)
StorageLevel五个参数的意义
参数名称 | 参数意义 |
---|---|
_useDisk | 是否使用磁盘 |
_useMemory | 是否使用内存 |
_useOffHeap | 是否使用堆外内存 |
_deserialized | 是否不序列化,注意这里false代表序列化
|
_replication | 副本数量默认是1 |
我们看看MEMORY_ONLY 他的参数分别是
new StorageLevel(false, true, false, true)
是否使用磁盘,不使用
是否使用内存,使用
是否使用堆外内存,不使用
是否不序列化,是(意思就是不序列化)
没有参数副本数,所以副本数是1
其他的自己看一下记一下,老师在这着重讲解一下
MEMORY_AND_DISK
MEMORY_AND_DISK他是内存中一份磁盘中一份吗?不是的
大家一定要记住,这个持久化级别,一共就只有一份
这个持久化的级别,会先往内存里面持久化RDD,如果内存不够了,就往硬盘里面持久化
大家记住了吗?
OFF_HEAP
OFF_HEAP 这个持久化级别的意思?
堆外内存?什么是堆外内存,堆以外的内存就是堆外内存对吗?
JVM管理了一块内存对吗?那不受JVM 的GC管理的内存是不是就是堆外内存啊?
- 参考阅读:
什么是堆外内存?堆内内存还是堆外内存?
顺带普及一下内存的知识:
Stack and Heap 堆和栈的区别
我们在第一节课讲了一个
Tachyon现在改名叫Alluxio他是基于内存的一个文件系统,也是Berkeley技术架构下的一个系统,Tachyon可以和Spark进行整合,整合好了以后,如果想用堆外内存来持久化,就需要设置这种类型,明白吗?如果你没有整合Tachyon,在程序里面还使用了这个级别,程序会给你报错。
现在Tachyon用的公司还很少,国内阿里、百度、华为才有一定规模的内存分布式文件系统的集群
另外序列化的数据在持久化的时候会小一些,但带来的就像加解密一样,会影响性能。
有同学会问到,我一直持久化,内存越来越多,我怎么办?
其实还有一个unpersist这个算子,会把rdd的持久化级别设置为StorageLevel.NONE
但一般情况下不需要使用
因为持久化会有一个TTL机制,就是最近不常用的数据,他会自动清除
还有另外一个问题,也是同学们经常会问到的,当我内存不够的时候,我还是cache了一个RDD,会不会报OOM?
那我告诉大家一个结论,就是不会,RDD的持久化,有多少内存,他就放多少数据,放不下的数据就不会进行存储
然后我们讲一下checkpoint
checkpoint不仅仅能够持久化数据,还能够将RDD的依赖关系切断
持久化数据
那我们说我们选用persist进行RDD的持久化,我们可以指定持久化的级别,还可以设置数据的副本数,他的数据要么放到内存,要么放到磁盘上,并且还能有备份
那大家考虑一下,我们是用persist给我们持久化到内存硬盘安全,还是使用checkpoint让Spark给我们把数据持久化到hdfs上安全?
持久化到hdfs上更安全一些对吗?
那为什么持久化到HDFS上安全呢?
因为这就是双保险了,所以会更安全对吧?
切断RDD的依赖关系
我们说checkpoint可以切断RDD的依赖关系,当我们业务非常复杂的时候,需要频繁的对RDD转换,频繁的转换,会导致,RDD的依赖lineage特别的长,如果中间某一个RDD的数据坏了,错了,是不是要重新计算啊?
如果我们把RDD的依赖关系给切断,那重新计算就会快了是吧?
我们画图来解释一下这个事情
checkpoint应用场景
当RDD的依赖关系非常长的时候,如果rdd4的数据有问题,就需要从rdd0重新计算,如果我checkpoint了rdd5,就会把rdd5的数据持久化到hdfs当中去,并切断rdd的依赖关系,rdd5由原来的整个lineage的依赖,转换为依赖HDFS的checkpointRDD,不需要从rdd0开始逐个的计算了
checkpoint运行机制
- 当RDD的job执行完毕后,会从finalRDD从后往前回溯数据
- 当遇到某一个RDD调用了checkpoint方法是,会对当前的RDD做一个标记
- 当checkpoint RDD5时,会启动一个新的job线程进行rdd5的数据计算
新的job会重新从rdd0开始计算,直到算出rdd5的数据,然后将数据持久化到hdfs当中去
优化
在执行checkpoint之前先对rdd5进行一次cache
这样做的好处是,不用重新计算,而是直接把cache里面的数据写入到hdfs文件系统里面了
下面我通过代码的方式,给大家演示如何使用checkpoint
package com.bjsxt.spark.persist
import org.apache.spark.{SparkConf, SparkContext}
/**
* Created by Albert on 2017/7/15.
*/
object T03Checkpoint {
def main(args: Array[String]): Unit = {
val conf = new SparkConf().setMaster("local").setAppName("T01Cache")
val sc = new SparkContext(conf)
sc.setCheckpointDir("/Users/AlbertC/checkpointtest")
val rdd = sc.makeRDD(1 to 10)
rdd.checkpoint()
rdd.count()
sc.stop()
}
}
setChectpointDir是设置一个存储路径,这里我用的是我本地电脑的一个路径也可以放到hdfs上面