这个问题我之前也碰到过，确实挺头疼的——Hive那边明明删了分区，Impala却死活不认，甚至还报错说分区不存在。下面给你几个靠谱的解决步骤，亲测有效：

• 先确认HDFS数据状态
  外部表的分区删除逻辑要注意：Hive默认只删元数据，不会动HDFS上的实际数据（除非加了PURGE参数）。先登录到集群节点，用命令检查对应分区的HDFS路径是否还存在：

  hdfs dfs -ls /path/to/your_table/degrees=60
  

  如果数据还在，先手动删除：

  hdfs dfs -rm -r /path/to/your_table/degrees=60
  

• 用INVALIDATE METADATA替代REFRESH TABLE
REFRESH TABLE只是刷新表的最新数据和分区状态，但如果元数据已经出现不一致，它的力度不够。INVALIDATE METADATA会强制Impala完全从Metastore重新加载整个表的元数据，更彻底。执行：

  INVALIDATE METADATA your_table_name;
  

  之后再执行SHOW PARTITIONS your_table_name;，看看分区是否已经消失。

• 尝试RECOVER PARTITIONS命令
  如果上面的方法没效果，试试让Impala主动扫描HDFS路径来同步分区：

  ALTER TABLE your_table_name RECOVER PARTITIONS;
  

  这个命令会自动识别HDFS上存在的分区，同时移除那些数据已经不存在的分区，对外部表特别有用。

• 修复Hive元数据后再同步
  要是还是不行，可能Hive的Metastore里存了脏数据。先在Hive中执行元数据修复：

  MSCK REPAIR TABLE your_table_name;
  

  修复完成后，回到Impala再执行一次INVALIDATE METADATA your_table_name;，一般就能解决了。

额外注意事项 #

• 尽量统一在一个引擎操作分区：要么全在Hive，要么全在Impala，减少元数据不一致的概率。
• 以后在Hive删除外部表分区时，记得加PURGE参数，比如：

  ALTER TABLE your_table_name DROP PARTITION (degrees='60') PURGE;
  

  这样会同时删除HDFS数据和元数据，Impala同步起来会更顺畅。

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