仅记录过程，不深究。
1 回收站
在hive上如果你打开了回收站功能，删除的表会临时存放在回收站里面。由于服务器和集群是其他同事在负责维护，所以我只知道服务器上是打开了回收站的功能的。我曾经痛恨这个功能，后面我开始感激这个功能，果然有些大家公认必须存在的功能的确是有其存在的意义的，不要在事情没发生前吐槽这些安全备份机制，即使它给你日常造成了一些麻烦。
首先需要明确的是，使用truncate删除的数据不会出现在回收站，使用drop删除的数据在回收站，保存在你删除它的那个时间里面，保存时长看之前设置的时长。
而且，刚刚删除的表仍保存在回收站里也是会占用账号下的空间的，如果你账号下的空间达到了限制，仅仅使用drop table清除数据表是没有用的（包括删除分区）。需要删除的时候限制不放入回收站，或者自己跑到回收站去删掉数据，清空回收站（如果你确定你这个行为是安全的）。
你可以使用以下方法查看账号下已用空间大小，这个大小并不包括仍在回收站的数据的发小，但是回收站的数据却实实在在占着空间（所以知道我被坑以及吐槽的地方在哪里了吗）。
hadoop fs -du -s -h hdfs://beh/user/用户名/数据库名
回收站的路径一般是
/user/用户名/.Trash
如果不清楚用户名是什么，在hive命令行中找到一张你想要找的回收站对应的数据库中的表，如 myudb.mytable;
hive> show create table mydb.mytable; OK CREATE TABLE `myuser.mytable`( ........ ) PARTITIONED BY (....) ROW FORMAT SERDE '....' STORED AS INPUTFORMAT '....' OUTPUTFORMAT '......' LOCATION 'hdfs://beh/user/myuser/mydb/mytable' TBLPROPERTIES (....)
如果之前有设置，那么回收站的位置在：
--查看回收站中保存了几天的删除记录 hdfs dfs -ls /user/myuser/.Trash
而如果你把上面的表删除了，它的位置应该在
hdfs dfs -ls /user/myuser/.Trash/删除日期(或者Current)/user/myuser/mydb/mytable
需要删除的话跟你在自己电脑删除回收站数据一样，一旦删除，释放空间且无法恢复。
--清空整个回收站 hadoop fs -rm -r /user/myuser/.Trash --清空回收站某一天数据 hadoop fs -rm -r /user/myuser/.Trash/删除日期(或者Current) --删除回收站某个表数据 hadoop fs -rm -r /user/myuser/.Trash/删除日期(或者Current)/user/myuser/mydb/mytable
2、从回收站恢复分区表
既然前面能在回收站找到被删掉的HDFS文件，那么就可以尝试恢复。过程应该跟从别的地方导入HDFS文件在这边集群上建表差不多。
2.1 将回收站数据复制原始目录下
hadoop fs -cp /user/myuser/.Trash/删除日期(或者Current)/user/myuser/mydb/mytable /user/myuser/mydb/mytable
这个时候，查看/user/myuser/.Trash/删除日期(或者Current)/user/myuser/mydb/mytable目录下是有数据的。不过在hive上查表显示的是不存在。需要手动建表。
非分区表建完表，文件也复制过来了，应该能看到数据了，不过这一步我没有验证。
2.2 修复分区
msck repair table mydb.mytable hive> msck repair table mydb.mytable; OK Partitions not in metastore: mytable:month_part=202107 mytable:month_part=202108 mytable:month_part=202109 Repair: Added partition to metastore mydb.mytable:month_part=202107 Repair: Added partition to metastore mydb.mytable:month_part=202108 Repair: Added partition to metastore mydb.mytable:month_part=202109 Time taken: 0.171 seconds, Fetched: 4 row(s)
新的表就是全新的表，之前的设置的权限之类的会清空，需要重新设置。
如果前面没有手动建表，这一步并不能完成。报错 “Tables not in metastore:”
如果没有手动添加分区，修复的时候会报："Partitions not in metastore:"，不过好像不影响结果，反正数据是恢复了，我没必要再花一天为我一秒钟的手贱买单，下一个流程使用这个数据的同事也不必配合我手动跑数据了OTZ（一个跟我有仇，时常出事的多愁多难的数据，一个温柔耐心还没杀了我的同事，空间限制是它，误删的是它，加班也是它。）
参考