Apache Iceberg REST Catalog 数据持久化问题解析与解决方案

背景介绍

Apache Iceberg 是一个开源的表格式，用于管理大规模数据集。在实际应用中，Iceberg REST Catalog 提供了一种通过 REST API 访问 Iceberg 元数据的方式。然而，许多开发者在本地测试环境中会遇到一个常见问题：当 Docker 容器重启后，REST Catalog 中的所有 schema 和 table 信息都会丢失。

问题根源分析

这个问题的根本原因在于 Iceberg REST Catalog 的默认配置使用了内存数据库（SQLite）来存储元数据信息。当容器重启时，内存中的数据自然会被清空。这与 MinIO 等存储服务不同，后者通常配置了数据卷挂载来实现持久化存储。

解决方案详解

要解决这个问题，我们需要为 Iceberg REST Catalog 配置一个持久化的后端数据库。以下是详细的解决方案：

1. 使用 PostgreSQL 作为后端数据库

PostgreSQL 是一个功能强大的开源关系数据库，非常适合作为 Iceberg REST Catalog 的后端存储。以下是配置步骤：

1. 准备 PostgreSQL JDBC 驱动：需要下载 PostgreSQL 的 JDBC 驱动 jar 文件（如 postgresql-42.7.5.jar）

2. 修改 Docker 配置：在 docker-compose.yml 中添加 PostgreSQL 服务，并修改 Iceberg REST 容器的配置

3. 配置环境变量：设置正确的 JDBC 连接参数

2. 完整的 Docker Compose 配置示例

volumes:
  data: {}

services:
  postgresql:
    container_name: postgresql
    image: postgres:12
    environment:
      POSTGRES_DB: 'test'
      POSTGRES_USER: 'test'
      POSTGRES_PASSWORD: 'test'
    ports:
      - "5432:5432"
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U $${POSTGRES_USER} -d $${POSTGRES_DB}"]
      interval: 5s
      retries: 3

  minio:
    container_name: minio
    image: quay.io/minio/minio
    environment:
      MINIO_ROOT_USER: minioadmin
      MINIO_ROOT_PASSWORD: minioadmin
    ports:
      - "9000:9000"
      - "9001:9001"
    volumes:
      - data:/data
    command: server /data --console-address ":9001"

  create-bucket:
    image: minio/mc
    depends_on:
      - minio
    volumes:
      - data:/data
    entrypoint: mc mb /data/bucket

  irc:
    hostname: irc
    image: apache/iceberg-rest-fixture:1.8.1
    depends_on:
      postgresql:
        condition: service_healthy
      minio:
        condition: service_started
    volumes:
      - ./postgresql-42.7.5.jar:/usr/lib/iceberg-rest/postgresql-42.7.5.jar
    ports:
      - "8181:8181"
    environment:
      CATALOG_URI: jdbc:postgresql://postgresql:5432/test
      CATALOG_JDBC_USER: test
      CATALOG_JDBC_PASSWORD: test
      AWS_REGION: us-east-1
      CATALOG_WAREHOUSE: s3://bucket/warehouse/
      CATALOG_IO__IMPL: org.apache.iceberg.aws.s3.S3FileIO
      CATALOG_S3_ENDPOINT: http://minio:9000
      CATALOG_S3_PATH__STYLE__ACCESS: true
      CATALOG_S3_ACCESS__KEY__ID: minioadmin
      CATALOG_S3_SECRET__ACCESS__KEY: minioadmin

    command: java -cp /usr/lib/iceberg-rest/*:iceberg-rest-adapter.jar org.apache.iceberg.rest.RESTCatalogServer

  trino:
    container_name: trino
    image: trinodb/trino:474
    environment:
      CATALOG_MANAGEMENT: 'dynamic'
    depends_on:
      - irc
      - minio
    ports:
      - "8080:8080"

3. 关键配置说明

1. PostgreSQL 服务：提供了持久化的元数据存储
2. JDBC 驱动挂载：将 PostgreSQL 驱动挂载到 Iceberg REST 容器中
3. 环境变量配置：
   • CATALOG_URI：指定 PostgreSQL 连接字符串
   • CATALOG_JDBC_USER 和 CATALOG_JDBC_PASSWORD：数据库认证信息
   • 其他 S3 相关配置保持不变

替代方案

除了使用 PostgreSQL 外，开发者也可以考虑以下替代方案：

1. 使用 Nessie：Nessie 是一个支持 Git-like 语义的数据湖版本控制系统，可以作为 Iceberg 的元数据存储后端
2. 使用 Polaris：Polaris 是专为 Iceberg 设计的元数据服务，提供了更原生的支持

最佳实践建议

1. 生产环境：建议使用 PostgreSQL 或其他企业级数据库作为后端
2. 开发测试环境：可以根据需求选择内存数据库或轻量级数据库
3. 定期备份：即使使用了持久化存储，也应定期备份元数据
4. 监控：设置对数据库连接和性能的监控

总结

通过将 Iceberg REST Catalog 的后端存储从内存数据库迁移到持久化数据库（如 PostgreSQL），可以有效解决容器重启后元数据丢失的问题。这种配置不仅适用于本地开发环境，也适用于生产环境，为 Iceberg 表的管理提供了可靠的元数据存储方案。