AWS Athena创建Iceberg表后数据为空，MSCK Repair无效求排查方案

• 放弃使用MSCK Repair操作
  Iceberg表有独立的元数据管理机制，MSCK Repair是针对Hive风格表的分区同步操作，对Iceberg完全无效，无需执行。

• 核对分区列与S3目录的匹配性
  你的DDL中用month(entrytime)作为分区键，默认生成的分区列名并非entrytime_month，但S3数据目录的分区前缀是entrytime_month=2022-06，两者不匹配导致Iceberg无法识别数据。需修改DDL显式指定分区列别名，确保和S3目录前缀一致：

  CREATE TABLE iceberg.matrix_b_blueprint_1 (
    entrytime timestamp,
    key string,
    ingestion_time timestamp,
    field_0 int,
    field_1 string,
    field_2 boolean,
    field_3 int,
    field_4 string,
    field_5 string,
    field_6 string,
    field_7 boolean,
    field_8 int,
    field_9 int,
    field_10 int,
    field_11 int,
    field_12 int,
    insert_time timestamp)
  PARTITIONED BY (month(`entrytime`) AS entrytime_month)
  LOCATION 's3://foundry/datalake/blueprints/bp_blueprint_1/data/'
  TBLPROPERTIES (
    'table_type'='iceberg',
    'format'='parquet',
    'write_compression'='ZSTD'
  );
  

• 手动注册分区到Iceberg元数据
  Iceberg不会自动识别S3路径下的现有数据文件，需手动将分区注册到表中：

  ALTER TABLE iceberg.matrix_b_blueprint_1 ADD PARTITION (entrytime_month='2022-06') 
  LOCATION 's3://foundry/datalake/blueprints/bp_blueprint_1/data/entrytime_month=2022-06/';
  

• 验证表路径与数据权限

  • 确认DDL中LOCATION路径无拼写错误、多余空格或换行，确保指向数据所在的父目录。
  • 检查Athena执行角色是否拥有该S3路径的s3:GetObject和s3:ListBucket权限，权限不足会导致无法读取数据。

• 查看Iceberg元数据状态

  • 执行SELECT * FROM iceberg.matrix_b_blueprint_1.$partitions，确认目标分区2022-06是否已注册。
  • 执行SELECT * FROM iceberg.matrix_b_blueprint_1.$metadata，检查表的分区配置、存储格式是否与DDL一致。

内容的提问来源于stack exchange，提问作者user3476582