在对 snapshot-4 进行写的时候,其实是完全不影响对 snapshot-2 和 snapshot-3 的读。Iceberg 的这个能力对于构建实时数仓是非常重要的能力之一。 Snapshot-4 写完成之后,会发生一次 commit 操作,这个时候 snapshot-4 变成了实心,此时就可以读了。
paimon-flink-action-0.5-SNAPSHOT.jar \ compact \ –path file:///tmp/paimon/default.db/T 所有当前表文件将被压缩,并创建一个新快照,即 snapshot : 38, “deltaRecordCount” : 20, “changelogRecordCount” : 0, “watermark” : -9223372036854775808 } 截至 snapshot snapshot-1 到 snapshot-4 被删除。为简单起见,我们将只关注以前快照中的文件,快照过期后的最终布局如下所示: 结果,分区20230503至20230510被物理删除。