共计 4594 个字符,预计需要花费 12 分钟才能阅读完成。
作者:闻乃松
Iceberg 作为一种表格局治理标准,其数据分为元数据和表数据。元数据和表数据独立存储,元数据目前反对存储在本地文件系统、HMS、Hadoop、JDBC 数据库、AWS Glue 和自定义存储。表数据反对本地文件系统、HDFS、S3、MinIO、OBS、OSS 等。元数据存储基于 HMS 比拟宽泛,在这篇文章中,表数据存储基于 MinIO、元数据存储次要基于 HMS。实际上,基于 HMS 存储的元数据也只是很少的信息存储在 HMS 中,主体元数据还是存储在内部零碎,如 HDFS、MinIO 等,所以这里也不得不提基于 Hadoop 存储的形式。
Iceberg 的元数据管理通过 Catalog 类型指定,咱们次要关注 hive、hadoop 和 location_based_table 这三种。
如果不指定任何 Catalog 类型,间接创立表会怎么样呢?
add jar /Users/deepexi/.m2/repository/org/apache/iceberg/iceberg-hive-runtime/0.13.2/iceberg-hive-runtime-0.13.2.jar;
SET hive.vectorized.execution.enabled=false;
CREATE TABLE default.sample_local_hive_table_1(id bigint, name string)
PARTITIONED BY(dept string)
STORED BY 'org.apache.iceberg.mr.hive.HiveIcebergStorageHandler';
创立 Iceberg 表须要借助 HiveIcebergStorageHandler 来实现,此时只会在本地 HMS(hive-site.xml 中配置)中存储元数据,元数据表 table_params 显示,以后表的存储地位应用了本地 HMS(hive-site.xml 中配置)的文件存储门路:
这合乎创立 Hive 表的惯例动作。来看看,如果指定 hive 的 Catalog,并配置近程的 HMS,会怎么样?
注册 hive 类型的 Catalog
这里注册了一个远端的 HMS 地址:
SET iceberg.catalog.another_hive.type=hive;
SET iceberg.catalog.another_hive.uri=thrift://10.201.0.202:49153;
SET iceberg.catalog.another_hive.warehouse=s3a://faas-ethan/warehouse/;
SET hive.vectorized.execution.enabled=false;
在以后 HiveCli 创立 Hive Iceberg 表,同时指定 location 存储地位,应用下面注册的 hive 类型的 Catalog:
CREATE TABLE default.sample_hive_table_1(id bigint, name string)
PARTITIONED BY(dept string)
STORED BY 'org.apache.iceberg.mr.hive.HiveIcebergStorageHandler' location 's3a://faas-ethan/warehouse/default/sample_hive_table_1'
TBLPROPERTIES ('iceberg.catalog'='another_hive');
到本地 HMS(hive-site.xml 中配置)table_params 元数据表中确认以后表的存储参数:
Location 信息存储在 SDS 表中。该表存储类型为 MANAGED_TABLE。再到近程 HMS(another_hive.uri 指定)的元数据表 table_params 看存储内容:
除了本地 HMS 存储的信息外,还多了无关 Iceberg 的统计信息、元数据地位信息。Location 信息也同步复制了一份,存储在 SDS 表中,但该表存储类型变成了 EXTERNAL_TABLE。由此可见,在 Hive 中创立 Iceberg 表,会在两边 HMS 别离存储一份元数据,只有这样,远端 HMS 中的 Iceberg 表才对本地 HMS 可见,所以必须保障远端 HMS 存在对应的数据库。如果在以后 Hive Cli 查看建表语句,会失去上面的输入:
show create table sample_hive_table_1;
CREATE TABLE `sample_hive_table_1`( `id` bigint COMMENT 'from deserializer',
`name` string COMMENT 'from deserializer',
`dept` string COMMENT 'from deserializer')
ROW FORMAT SERDE 'org.apache.iceberg.mr.hive.HiveIcebergSerDe'
STORED BY 'org.apache.iceberg.mr.hive.HiveIcebergStorageHandler'
WITH SERDEPROPERTIES ('serialization.format'='1')
LOCATION 's3a://faas-ethan/warehouse/default/sample_hive_table_1'
TBLPROPERTIES (
'bucketing_version'='2',
'external.table.purge'='TRUE',
'iceberg.catalog'='another_hive',
'table_type'='ICEBERG',
'transient_lastDdlTime'='1659949858')
Time taken: 5.45 seconds, Fetched: 18 row(s)
这示意,Hive Cli 返回的信息来自本地 HMS,同一般 Hive 相似。
问题:如果只有远端 HMS 的 Iceberg 表,如何在本地 HMS 拜访?
此时能够通过如下创立 external 表面的模式在本地 HMS 生成元数据:
CREATE EXTERNAL TABLE default.sample_hive_table_1(id bigint, name string)
PARTITIONED BY(dept string)
STORED BY 'org.apache.iceberg.mr.hive.HiveIcebergStorageHandler'
location 's3a://faas-ethan/warehouse/default/sample_hive_table_1'
TBLPROPERTIES ('iceberg.catalog'='another_hive');
这有什么作用?试试上面的语句:
select * from default.sample_local_hive_table_1,sample_hive_table_1;
看到没?它通过 Hive SQL 实现了跨 HMS 的联邦查问!
注册 hadoop 类型的 Catalog
SET iceberg.catalog.hadoop_cat.type=hadoop;
SET iceberg.catalog.hadoop_cat.warehouse=s3a://faas-ethan/warehouse;
用注册的 hadoop 类型的 Catalog,创立 hadoop Iceberg 表:
CREATE TABLE default.sample_hadoop_table_1(id bigint, name string)
PARTITIONED BY (dept string)
STORED BY 'org.apache.iceberg.mr.hive.HiveIcebergStorageHandler'
LOCATION 's3a://faas-ethan/warehouse/default/sample_hadoop_table_1'
TBLPROPERTIES ('iceberg.catalog'='hadoop_cat');
如果你去看存储的元数据,会发现它跟应用 hive 类型的 Catalog 创立的表,少了 metadata_location 属性:
同时在 MinIo 中的 metadata 元数据文件多了 version-hint.text:
这是因为两者治理以后最新元数据的版本机制不同。所以你不能基于 hadoop 类型的 Catalog,创立 hive 类型的 Catalog 的 Iceberg 表。反过来也一样不行。
问题:以后表通过 Hive Cli 创立,所以会在 HMS 存储元数据,如果 Iceberg 表通过 Iceberg API 创立,HMS 齐全没有相干信息,那如何能力拜访这种 hadoop Iceberg 表呢?
此时通过 location 指定 hadoop 中存储表的门路,而后通过 EXTERNAL 将在 HMS 中注册元数据,Hive 会主动从中推断表 Schema:
SET iceberg.catalog.hadoop_cat.type=hadoop;
SET iceberg.catalog.hadoop_cat.warehouse=s3a://faas-ethan/warehouse;
CREATE EXTERNAL TABLE default.sample_hadoop_table_1
STORED BY 'org.apache.iceberg.mr.hive.HiveIcebergStorageHandler'
location 's3a://faas-ethan/warehouse/default/sample_hadoop_table_1'
TBLPROPERTIES ('iceberg.catalog'='hadoop_cat');
此时 location 必须合乎格局:${iceberg.catalog.hadoop_cat.warehouse}/${dbName}/${tableName},否则无奈辨认存储格局。
上述创立表面的形式也能够应用上面的形式实现:
CREATE EXTERNAL TABLE default.sample_hadoop_table_1
STORED BY 'org.apache.iceberg.mr.hive.HiveIcebergStorageHandler'
location 's3a://faas-ethan/warehouse/default/sample_hadoop_table_1'
TBLPROPERTIES ('iceberg.catalog'='location_based_table');
小 结
应用 Hive SQL 创立 Iceberg 表,你能够基于 hive、hadoop 和 location_based_table 类型的 catalog 创立 Iceberg 表,其中 location_based_table 能够看做 hadoop 类型的简化模式,并将内部 HMS 中的表通过表面的模式注册到以后 HMS,从而实现 Hive 的联邦查问,然而 hive 和 hadoop 类型的表在版本治理上略有不同,所以只能在同类型的 catalog 表上映射表面。另外,因为 Hive 版本跨度较大,存在较多的不同版本的 HMS 兼容性问题,如 HMS 3.x 无奈读取 HMS 2.x 的元数据等。