Glue写入S3的Delta Lake表在Athena查询无数据，求排查

1. 确认Athena对Delta的支持配置 #

Athena原生读取Delta表需满足两个核心条件：

• 引擎版本必须是3.x及以上：在Athena控制台「设置」中查看，若低于3则升级；
• 已添加Delta Lake连接器：在Athena「数据来源」->「连接器」中添加官方Delta Lake连接器，确保数据目录关联正确。

2. 修正外部表创建语句 #

Delta表的建表逻辑和普通Parquet表完全不同，必须指定Delta专属的存储处理器，正确模板如下：

CREATE EXTERNAL TABLE IF NOT EXISTS your_table_name (
  col1 string,
  col2 int,
  -- 替换为你的实际列定义
)
STORED BY 'io.delta.athena.DeltaStorageHandler'
LOCATION 's3://your-bucket/path/to/delta-table-root/'
TBLPROPERTIES (
  'delta.compatibility.symlinkFormatManifest.enabled' = 'false'
);

• 关键是必须使用STORED BY 'io.delta.athena.DeltaStorageHandler'，不能用STORED AS PARQUET——Athena需要通过Delta的事务日志识别有效数据文件，而非直接读取Parquet文件。

3. 检查S3路径下的Delta元数据 #

Spark写入Delta表时，会在目标S3路径下生成_delta_log目录，里面是事务日志文件（命名类似00000000000000000000.json）：

• 登录S3控制台，确认该目录存在且日志文件完整；
• 如果_delta_log缺失或日志损坏，Athena无法解析数据，需重新用Spark写入完整的Delta表。

4. 验证权限配置 #

确保Athena的服务角色具备以下权限：

• 对目标S3桶的s3:ListBucket权限；
• 对Delta表路径（包括_delta_log目录下所有文件）的s3:GetObject权限；
• 检查S3桶策略，确认没有阻止Athena角色访问的规则。

5. 核对表结构一致性 #

• 确保Athena建表语句中的列名、数据类型和Spark写入的Delta表完全一致，Delta和S3对大小写敏感，列名大小写必须严格匹配；
• 可在Glue控制台查看原表结构，逐行对比Athena的建表语句，避免拼写错误或类型不匹配。

6. （可选）symlink manifest配置 #

如果你的Delta表之前为兼容旧引擎生成了_symlink_format_manifest目录，需要在建表的TBLPROPERTIES中设置'delta.compatibility.symlinkFormatManifest.enabled' = 'true'，否则Athena会忽略这部分数据。不过最新版本的Delta连接器无需依赖该配置，优先使用原生存储处理器即可。

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