Apache Hudi与Apache Pulsar联合Meetup杭州站来啦！将于2021年8月28日（本周六）13:30，在杭州正式召开，你准备好了吗？
戳链接即可免费报名
🔗速来报名｜Apache Hudi x Pulsar Meetup杭州站火爆来袭，实践干货就等你来
1. 回收空间以控制存储成本
Hudi 提供不同的表管理服务来管理数据湖上表的数据，其中一项服务称为Cleaner（清理服务）。随着用户向表中写入更多数据，对于每次更新，Hudi会生成一个新版本的数据文件用于保存更新后的记录(COPY_ON_WRITE) 或将这些增量更新写入日志文件以避免重写更新版本的数据文件 (MERGE_ON_READ)。在这种情况下，根据更新频率，文件版本数可能会无限增长，但如果不需要保留无限的历史记录，则必须有一个流程（服务）来回收旧版本的数据，这就是 Hudi 的清理服务。
2. 问题描述
在数据湖架构中，读取端和写入端同时访问同一张表是非常常见的场景。由于 Hudi 清理服务会定期回收较旧的文件版本，因此可能会出现长时间运行的查询访问到被清理服务回收的文件版本的情况，因此需要使用正确的配置来确保查询不会失败。
3. 深入了解 Hudi清理服务
针对上述场景，我们先了解一下 Hudi 提供的不同清理策略以及需要配置的相应属性，Hudi提供了异步或同步清理两种方式。在详细介绍之前我们先解释一些基本概念：
- Hudi 基础文件（HoodieBaseFile）：由压缩后的最终数据组成的列式文件，基本文件的名称遵循以下命名约定：
__.parquet
- **文件切片(FileSlice)**：在 MERGE_ON_READ 表类型的情况下，文件切片由基本文件和由多个增量日志文件组成。
- **Hudi 文件组(FileGroup)**：Hudi 中的任何文件组都由分区路径和文件ID 唯一标识，该组中的文件作为其名称的一部分。文件组由特定分区路径中的所有文件片组成。此外任何分区路径都可以有多个文件组。
4. 清理服务
Hudi 清理服务目前支持以下清理策略：
- KEEP_LATEST_COMMITS：这是默认策略。该清理策略可确保回溯前X次提交中发生的所有更改。假设每 30 分钟将数据摄取到 Hudi 数据集，并且最长的运行查询可能需要 5 小时才能完成，那么用户应该至少保留最后 10 次提交。通过这样的配置，我们确保文件的最旧版本在磁盘上保留至少 5 小时，从而防止运行时间最长的查询在任何时间点失败，使用此策略也可以进行增量清理。
- KEEP_LATEST_FILE_VERSIONS：此策略具有保持 N 个文件版本而不受时间限制的效果。当知道在任何给定时间想要保留多少个 MAX 版本的文件时，此策略很有用，为了实现与以前相同的防止长时间运行的查询失败的行为，应该根据数据模式进行计算，或者如果用户只想维护文件的 1 个最新版本，此策略也很有用。
5. 例子
假设用户每 30 分钟将数据摄取到 COPY_ON_WRITE 类型的 Hudi 数据集，如下所示：
图1：每30分钟将传入的记录提取到hudi数据集中
该图显示了 DFS 上的一个特定分区，其中提交和相应的文件版本是彩色编码的。在该分区中创建了 4 个不同的文件组，如 fileId1、fileId2、fileId3 和 fileId4 所示。fileId2 对应的文件组包含所有 5 次提交的记录，而 fileId4 对应的组仅包含最近 2 次提交的记录。
假设使用以下配置进行清理：
hoodie.cleaner.policy=KEEP_LATEST_COMMITS
hoodie.cleaner.commits.retained=2 Cleaner 通过处理以下事项来选择要清理的文件版本：
- 不应清理文件的最新版本。
- 确定最后 2 次（已配置）+ 1 次提交的提交时间。在图 1 中，
commit 10:30
commit 10:00
commit 9:30
commit 10:30
- 现在对于任何文件组，只有那些没有保存点（另一个 Hudi 表服务）且提交时间小于第 3 次提交（下图中的“提交 9:30”）的文件切片被清理。
图2：保留最近3次提交对应的文件
hoodie.cleaner.policy=KEEP_LATEST_FILE_VERSIONS
hoodie.cleaner.fileversions.retained=1 清理服务执行以下操作：
- 对于任何文件组，文件切片的最新版本（包括任何待压缩的）被保留，其余的清理掉。如图 3 所示，如果在
commit 10:30
图3：保留每个文件组中的最新文件版本
6. 配置
可以在 此处[1] 中找到有关所有可能配置的详细信息以及默认值。
7. 运行命令
Hudi 的清理表服务可以作为单独的进程运行，可以与数据摄取一起运行。正如前面提到的，它会清除了任何陈旧文件。如果您想将它与摄取数据一起运行，可以使用配置同步或异步运行[2]。或者可以使用以下命令独立运行清理服务：
[hoodie]$ spark-submit --class org.apache.hudi.utilities.HoodieCleaner \
--props s3:///temp/hudi-ingestion-config/config.properties \
--target-base-path s3:///temp/hudi \
--spark-master yarn-cluster 如果您希望与写入异步运行清理服务，可以配置如下内容：
hoodie.clean.automatic=true
hoodie.clean.async=true 此外还可以使用 Hudi CLI[3] 来管理 Hudi 数据集。CLI 为清理服务提供了以下命令：
-
cleans show
-
clean showpartitions
-
clean run
可以在
org.apache.hudi.cli.commands.CleansCommand
类[4] 中找到这些命令的更多详细信息和相关代码。
8. 未来计划
目前正在进行根据已流逝的时间间隔引入新的清理策略，即无论摄取发生的频率如何，都可以保留想要的文件版本，可以在 此处[5] 跟踪进度。
我们希望这篇博客能让您了解如何配置 Hudi 清理服务和支持的清理策略。请访问博客部分[6] 以更深入地了解各种 Hudi 概念。
活动预告：
Apache Hudi与Apache Pulsar联合Meetup杭州站也将于2021年8月28日（周六）13:30，在杭州西湖区华策中心A座12层正式召开。目前活动正在火爆进行中，戳链接或扫描下方二维码，即可免费报名：
引用链接：
[1]
此处:
https://hudi.apache.org/docs/configurations.html#compaction-configs[2]
同步或异步运行:
https://hudi.apache.org/docs/configurations.html#withAsyncClean[3]
Hudi CLI:
https://hudi.apache.org/docs/deployment.html#cli[4]
org.apache.hudi.cli.commands.CleansCommand
类:
https://github.com/apache/hudi/blob/master/hudi-cli/[5]
[6]
博客部分:
https://hudi.apache.org/blog.html