存储级别简介
Spark中RDD提供了多种存储级别,除去使用内存,磁盘等,还有一种是OFF_HEAP,称之为 使用JVM堆外内存
使用OFF_HEAP的优点:在内存有限时,可以减少频繁GC及不必要的内存消耗(减少内存的使用),提升程序性能。
Spark内存管理根据版本划分为两个阶段:spark1.6[官网给出spark1.5之前(包含spark1.5)]之前阶段、spark1.6之后阶段。
1.6.0及以后版本,使用的统一内存管理器,由UnifiedMemoryManager实现。
- ü MemoryManger在spark1.6之前采用静态内存管理
(StaticMemoryManager[https://github.com/apache/spark/blob/branch-2.4/core/src/main/scala/org/apache/spark/memory/StaticMemoryManager.scala]),
- ü Spark1.6之后默认为统一内存管理
(UnifiedMemoryManager[https://github.com/apache/spark/blob/branch-2.4/core/src/main/scala/org/apache/spark/memory/UnifiedMemoryManager.scala])统一内存管理模块包括了堆内内存(On-heap Memory)和堆外内存(Off-heap Memory)两大区域
从1.6.0版本开始,Spark内存管理模型发生了变化。旧的内存管理模型由StaticMemoryManager类实现,现在称为“legacy(遗留)”。默认情况下,“Legacy”模式被禁用,这意味着在Spark 1.5.x和1.6.0上运行相同的代码会导致不同的行为。
为了兼容,您可以使用spark.memory.useLegacyMode参数(目前spark2.4版本中也依然保留这个静态内存管理模型)启用“旧”内存模型:
spark.memory.useLegacyMode=true(默认为false)
该参数官网给出的解释:
Whether to enable the legacy memory management mode used in Spark 1.5 and before. The legacy mode rigidly partitions the heap space into fixed-size regions, potentially leading to excessive spilling if the application was not tuned. The following deprecated memory fraction configurations are not read unless this is enabled:
spark.shuffle.memoryFraction
spark.storage.memoryFraction
spark.storage.unrollFraction
在Spark1.x以前,默认的off_heap使用的是Tachyon。但是Spark中默认操作Tachyon的TachyonBlockManager开发完成之后,代码就不再更新。当Tachyon升级为Alluxio之后移除不使用的API,导致Spark默认off_heap不可用(spark1.6+)。
错误情况可参考:https://alluxio.atlassian.net/browse/ALLUXIO-1881
Spark2.0的OFF_HEAP
从spark2.0开始,移除默认的TachyonBlockManager以及ExternalBlockManager相关的API。
移除情况可参考:https://issues.apache.org/jira/browse/SPARK-12667。
但是在Spark2.x的版本中,OFF_HEAP这一存储级别,依然存在:
那么,这里的OFF_HEAD 数据是如何存储的呢?
在org.apache.spark.memory中,有一个MemoryMode,MemoryMode标记了是使用ON_HEAP还是OFF_HEAP。
在org.apache.spark.storage.memory.MemoryStore中,根据MemoryMode类型来调用不同的存储。
在MemoryStore中putIteratorAsBytes方法,是用于存储数据的方法。
其实真正管理(存储)values的对象是valuesHolder,valueHolder是SerializedValuesHolder的类对象,我们看下SerializedValuesHolder是怎么定义的。
在该方法中,OFF_HEAP使用的是org.apache.spark.unsafe.Platform(https://github.com/apache/spark/blob/master/common/unsafe/src/main/java/org/apache/spark/unsafe/Platform.java)来做底层存储的,Platform是利用java unsafe API实现的一个访问off_heap的类,所以,spark2.x的OFF_HEAP就是利用java unsafe API实现的内存管理。
Spark2.x OFF_HEAP优势:
- ü 优点:在内存有限时,可以减少频繁GC及不必要的内存消耗(减少内存的使用,),提升程序性能。
- ü 缺点:没有数据备份,也不能像alluxio那样保证数据高可用,丢失数据则需要重新计算。
参考
《Spark2.x 内存管理之---OFF_HEAP https://blog.csdn.net/qq_21439395/article/details/80773121》
- 关于 java unsafe API 可参考:
《Java中Unsafe类详解 https://www.cnblogs.com/mickole/articles/3757278.html 》
《JAVA并发编程学习笔记之Unsafe类 https://blog.csdn.net/aesop_wubo/article/details/7537278》