AWS Athena查询报错：Hive File Not Found:partition location does not exist求助

• 检查Glue表的分区配置
  进入Glue控制台，找到DB1库下的data_tbl，查看分区键和对应分区的位置信息。爬虫自动创建的分区如果指向了不存在的S3路径，就会触发这个错误。可以通过Glue控制台的分区列表，确认每个分区的Location字段是否对应真实存在的S3存储路径。

• 验证S3路径与权限
  登录S3控制台，检查分区配置的路径是否存在，注意路径的大小写、层级是否正确。同时确认Athena查询使用的IAM角色拥有该S3路径的s3:GetObject和s3:ListBucket权限，权限缺失也可能导致路径“不存在”的误报。

• 修复无效分区
  如果分区路径确实不存在：

  • 若该分区是爬虫误创建的，直接在Glue控制台删除对应分区；
  • 若实际数据存储路径有变更，编辑分区的Location字段为正确的S3路径。

• 重新同步爬虫与元数据
  重新运行Glue爬虫，确保它能正确识别现有数据的分区结构。如果爬虫配置了“更新现有表的分区”选项，确认该选项已开启，保证爬虫同步最新的分区信息。

• 手动修复分区（可选）
  若爬虫无法自动修正，执行Athena命令：MSCK REPAIR TABLE DB1.data_tbl;，该命令会扫描S3路径，自动添加存在的分区并移除无效分区。

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