星火'数据集以非常规行为

时间:2018-01-17 15:54:18

标签: apache-spark apache-spark-sql

最近我看到了Spark的一些奇怪行为。

我的应用程序中有一个管道,我在其中操作一个大数据集 - 伪代码:

val data = spark.read (...)
data.join(df1, "key") //etc, more transformations
data.cache(); // used to not recalculate data after save
data.write.parquet() // some save

val extension = data.join (..) // more transformations - joins, selects, etc.
extension.cache(); // again, cache to not double calculations
extension.count();
// (1)
extension.write.csv() // some other save

extension.groupBy("key").agg(some aggregations) //
extension.write.parquet() // other save, without cache it will trigger recomputation of whole dataset

但是当我调用data.unpersist()(1)时,Spark会从存储中删除所有数据集,也会删除{I}}数据集,而不是我试图取消的数据集。

这是预期的行为吗?如何在旧数据集上通过extension释放一些内存,而不会在链#34中显示"接下来的所有数据集?

我的设置:

  • Spark版本:当前主人,RC为2.3
  • Scala:2.11
  • Java:OpenJDK 1.8

问题看起来类似于Understanding Spark's caching,但是我在这里做了一些在unpersist之前做的事情。起初我计算所有内容然后保存到存储中 - 我不知道缓存在RDD中是否与数据集中的相同

2 个答案:

答案 0 :(得分:10)

这是火花缓存的预期行为。 Spark不希望保留无效的缓存数据。它完全删除所有缓存的计划,引用数据集。

这是为了确保查询正确。在示例中,您将从缓存的数据集dataset创建扩展data。现在,如果数据集data未加载,则扩展数据集不再依赖于缓存的数据集data

Here是他们所做修复的Pull请求。您可以看到类似的JIRA票证

答案 1 :(得分:2)

Spark 2.4的答案:

关于数据集的正确性和缓存行为,有一张票证,请参阅https://issues.apache.org/jira/browse/SPARK-24596

根据Maryann Xue的描述,现在缓存将以以下方式工作:

  1. 拖放表格和常规(持久)视图:常规模式
  2. 删除临时视图:非级联模式
  3. 修改表内容(INSERT / UPDATE / MERGE / DELETE):常规模式
  4. 调用DataSet.unpersist():非级联模式
  5. 调用Catalog.uncacheTable():遵循与删除表/视图相同的约定,即对于临时视图使用非级联模式,对于其余视图使用常规模式

“常规模式”表示来自问题的答案,@ Avishek的答案以及非级联模式表示extension不会持久存在