一、

Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

二、案例:详见代码。针对案例提出的6个问题:

  1. 假设要针对整个网站的历史数据进行处理, 量有 1T, 如何处理?

    放在集群中, 利用集群多台计算机来并行处理

  2. 如何放在集群中运行?

    Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP
    简单来讲, 并行计算就是同时使用多个计算资源解决一个问题, 有如下四个要点
    • 要解决的问题必须可以分解为多个可以并发计算的部分

    • 每个部分要可以在不同处理器上被同时执行

    • 需要一个共享内存的机制

    • 需要一个总体上的协作机制来进行调度

  3. 如果放在集群中的话, 可能要对整个计算任务进行分解, 如何分解?

    Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP
    概述
    • 对于 HDFS 中的文件, 是分为不同的 Block 的

    • 在进行计算的时候, 就可以按照 Block 来划分, 每一个 Block 对应一个不同的计算单元

    扩展
    • RDD 并没有真实的存放数据, 数据是从 HDFS 中读取的, 在计算的过程中读取即可

    • RDD 至少是需要可以 分片 的, 因为HDFS中的文件就是分片的, RDD 分片的意义在于表示对源数据集每个分片的计算, RDD 可以分片也意味着 可以并行计算

  4. 移动数据不如移动计算是一个基础的优化, 如何做到?

    Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

    每一个计算单元需要记录其存储单元的位置, 尽量调度过去

  5. 在集群中运行, 需要很多节点之间配合, 出错的概率也更高, 出错了怎么办?

    Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP
    RDD1 → RDD2 → RDD3 这个过程中, RDD2 出错了, 有两种办法可以解决
    1. 缓存 RDD2 的数据, 直接恢复 RDD2, 类似 HDFS 的备份机制

    2. 记录 RDD2 的依赖关系, 通过其父级的 RDD 来恢复 RDD2, 这种方式会少很多数据的交互和保存

    如何通过父级 RDD 来恢复?
    1. 记录 RDD2 的父亲是 RDD1

    2. 记录 RDD2 的计算函数, 例如记录 RDD2 = RDD1.map(…​)map(…​) 就是计算函数

    3. 当 RDD2 计算出错的时候, 可以通过父级 RDD 和计算函数来恢复 RDD2

  6. 假如任务特别复杂, 流程特别长, 有很多 RDD 之间有依赖关系, 如何优化?

    Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

    上面提到了可以使用依赖关系来进行容错, 但是如果依赖关系特别长的时候, 这种方式其实也比较低效, 这个时候就应该使用另外一种方式, 也就是记录数据集的状态

    在 Spark 中有两个手段可以做到
    1. 缓存

    2. Checkpoint

三、

1.2. 再谈 RDD

目标
  1. 理解 RDD 为什么会出现

  2. 理解 RDD 的主要特点

  3. 理解 RDD 的五大属性

1.2.1. RDD 为什么会出现?

在 RDD 出现之前, 当时 MapReduce 是比较主流的, 而 MapReduce 如何执行迭代计算的任务呢?
Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

多个 MapReduce 任务之间没有基于内存的数据共享方式, 只能通过磁盘来进行共享

这种方式明显比较低效

RDD 如何解决迭代计算非常低效的问题呢?
Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

在 Spark 中, 其实最终 Job3 从逻辑上的计算过程是: Job3 = (Job1.map).filter, 整个过程是共享内存的, 而不需要将中间结果存放在可靠的分布式文件系统中

这种方式可以在保证容错的前提下, 提供更多的灵活, 更快的执行速度, RDD 在执行迭代型任务时候的表现可以通过下面代码体现

// 线性回归
val points = sc.textFile(...)
.map(...)
.persist(...)
val w = randomValue
for (i <- 1 to 10000) {
val gradient = points.map(p => p.x * (1 / (1 + exp(-p.y * (w dot p.x))) - 1) * p.y)
.reduce(_ + _)
w -= gradient
}

在这个例子中, 进行了大致 10000 次迭代, 如果在 MapReduce 中实现, 可能需要运行很多 Job, 每个 Job 之间都要通过 HDFS 共享结果, 熟快熟慢一窥便知

1.2.2. RDD 的特点

RDD 不仅是数据集, 也是编程模型

RDD 即是一种数据结构, 同时也提供了上层 API, 同时 RDD 的 API 和 Scala 中对集合运算的 API 非常类似, 同样也都是各种算子

Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

RDD 的算子大致分为两类:

  • Transformation 转换操作, 例如 map flatMap filter 等

  • Action 动作操作, 例如 reduce collect show 等

执行 RDD 的时候, 在执行到转换操作的时候, 并不会立刻执行, 直到遇见了 Action 操作, 才会触发真正的执行, 这个特点叫做 惰性求值

RDD 可以分区
Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

RDD 是一个分布式计算框架, 所以, 一定是要能够进行分区计算的, 只有分区了, 才能利用集群的并行计算能力

同时, RDD 不需要始终被具体化, 也就是说: RDD 中可以没有数据, 只要有足够的信息知道自己是从谁计算得来的就可以, 这是一种非常高效的容错方式

RDD 是只读的
Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

RDD 是只读的, 不允许任何形式的修改. 虽说不能因为 RDD 和 HDFS 是只读的, 就认为分布式存储系统必须设计为只读的. 但是设计为只读的, 会显著降低问题的复杂度, 因为 RDD 需要可以容错, 可以惰性求值, 可以移动计算, 所以很难支持修改.

  • RDD2 中可能没有数据, 只是保留了依赖关系和计算函数, 那修改啥?

  • 如果因为支持修改, 而必须保存数据的话, 怎么容错?

  • 如果允许修改, 如何定位要修改的那一行? RDD 的转换是粗粒度的, 也就是说, RDD 并不感知具体每一行在哪.

RDD 是可以容错的
Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP
RDD 的容错有两种方式
  • 保存 RDD 之间的依赖关系, 以及计算函数, 出现错误重新计算

  • 直接将 RDD 的数据存放在外部存储系统, 出现错误直接读取, Checkpoint

1.2.3. 什么叫做弹性分布式数据集

分布式

RDD 支持分区, 可以运行在集群中

弹性
  • RDD 支持高效的容错

  • RDD 中的数据即可以缓存在内存中, 也可以缓存在磁盘中, 也可以缓存在外部存储中

数据集
  • RDD 可以不保存具体数据, 只保留创建自己的必备信息, 例如依赖和计算函数

  • RDD 也可以缓存起来, 相当于存储具体数据

总结: RDD 的五大属性

首先整理一下上面所提到的 RDD 所要实现的功能:

  1. RDD 有分区

  2. RDD 要可以通过依赖关系和计算函数进行容错

  3. RDD 要针对数据本地性进行优化

  4. RDD 支持 MapReduce 形式的计算, 所以要能够对数据进行 Shuffled

对于 RDD 来说, 其中应该有什么内容呢? 如果站在 RDD 设计者的角度上, 这个类中, 至少需要什么属性?

  • Partition List 分片列表, 记录 RDD 的分片, 可以在创建 RDD 的时候指定分区数目, 也可以通过算子来生成新的 RDD 从而改变分区数目

  • Compute Function 为了实现容错, 需要记录 RDD 之间转换所执行的计算函数

  • RDD Dependencies RDD 之间的依赖关系, 要在 RDD 中记录其上级 RDD 是谁, 从而实现容错和计算

  • Partitioner 为了执行 Shuffled 操作, 必须要有一个函数用来计算数据应该发往哪个分区

  • Preferred Location 优先位置, 为了实现数据本地性操作, 从而移动计算而不是移动存储, 需要记录每个 RDD 分区最好应该放置在什么位置

四、RDD 的算子:

目标
  1. 理解 RDD 的算子分类, 以及其特性

  2. 理解常见算子的使用

分类

RDD 中的算子从功能上分为两大类:

  1. Transformation(转换) 它会在一个已经存在的 RDD 上创建一个新的 RDD, 将旧的 RDD 的数据转换为另外一种形式后放入新的 RDD

  2. Action(动作) 执行各个分区的计算任务, 将的到的结果返回到 Driver 中

RDD 中可以存放各种类型的数据, 那么对于不同类型的数据, RDD 又可以分为三类:

  • 针对基础类型(例如 String)处理的普通算子

  • 针对 Key-Value 数据处理的 byKey 算子

  • 针对数字类型数据处理的计算算子

特点

  • Spark 中所有的 Transformations 是 Lazy(惰性) 的, 它们不会立即执行获得结果. 相反, 它们只会记录在数据集上要应用的操作. 只有当需要返回结果给 Driver 时, 才会执行这些操作, 通过 DAGScheduler 和 TaskScheduler 分发到集群中运行, 这个特性叫做 惰性求值

  • 默认情况下, 每一个 Action 运行的时候, 其所关联的所有 Transformation RDD 都会重新计算, 但是也可以使用 presist 方法将 RDD 持久化到磁盘或者内存中. 这个时候为了下次可以更快的访问, 会把数据保存到集群上.

各类算子的举例,详见代码。

五、rdd算子的名称,规定了算子的功能、基调;传入算子的参数函数,规定了具体的实现方法。

六、combineByKey算子:

举例说明:Update(Stage4):spark_rdd算子:第1节 RDD_定义_转换算子:深入RDD-LMLPHP

作用

  • 对数据集按照 Key 进行聚合

调用

  • combineByKey(createCombiner, mergeValue, mergeCombiners, [partitioner], [mapSideCombiner], [serializer])

参数

  • createCombiner 将 Value 进行初步转换

  • mergeValue 在每个分区把上一步转换的结果聚合

  • mergeCombiners 在所有分区上把每个分区的聚合结果聚合

  • partitioner 可选, 分区函数

  • mapSideCombiner 可选, 是否在 Map 端 Combine

  • serializer 序列化器

注意点

  • combineByKey 的要点就是三个函数的意义要理解

  • groupByKeyreduceByKey 的底层都是 combineByKey

详见代码。

05-11 22:45