Oracle回收站

现象

最近oracle数据库空间告警，对表空间使用情况进行查询时，发现有表名类似于<code>BIN$UPoITd+QCAPgTCqElzEbhg==$0</code>的表，这种类型的表是如何来的？能否进行删除？

讲知识

执行<code>DROP TABLE tableA</code>后会产生类似于<code>BIN$UPoITd+QCAPgTCqElzEbhg==$0</code>的文件名，这部分已删除的文件是能够继续进行删除的。

已删除的文件为何会成为<code>BIN$UPoITd+QCAPgTCqElzEbhg==$0</code>这样的文件呢？是因为在现在用的ORACLE中，存在回收站(Recycle Bin)这个玩意。

回收站

回收站是Oracle10g开始引入的一个概念

1. 表删除后，该表所占用的空间不会立即清空，而是将表相关信息(不是表数据)存入到回收站中。
2. 回收站不单独划分存储区域，它以现有的表空间为基础，存放已经drop的表的信息。
3. 回收站的存在，有助于将误drop的表进行闪回(Flash Back)回退恢复
4. 如果想要完全drop掉表并释放表占用空间，使用<code>DROP TABLE tableA purge</code>
5. 如果表空间足够，不使用purge进行DROP的表会一直存放在回收站中
6. 当表空间紧张时，数据库会按照先进先出原则，覆盖回收站中数据，被覆盖的数据无法通过回收站闪回

查看回收站状态

回收站开启/关闭

查看回收站状态：VALUE为on表示开启，off为关闭
SELECT * FROM V$PARAMETER WHERE NAME='recyclebin';

关闭回收站 
ALTER SESSION SET RECYCLEBIN=OFF;

打开回收站
ALTER SESSION SET RECYCLEBIN =ON;

查看回收站中表信息

SELECT * FROM USER_RECYCLEBIN; 

RECYCLEBIN NAME的命名规则为BIN$GUID$Version其中GUID为GlobalUID，是一个全局唯一、24个字符长的标识对象，它是ORACLE内部使用的标识。其中$version是ORACLE数据库分配的版本号。

闪回DROP表数据

FLASHBACK TABLE tableA TO BEFORE DROP;

如果tableA删除多次，使用只会闪回tableA最后一次删除的数据(后进先出原则)。
若多次执行上述闪回命令，会报ORA-38312错误。ORA-38312错误原因在于已存在表名为tableA的表，解决该错误方案为：闪回时将表改名

FLASHBACK TABLE tableA TO BEFORE DROP RENAME TO tableA_2;

如果想要将多次删除的表，其中某次的数据恢复，可以直接指定OBJECT_NAME进行闪回

FLASHBACK TABLE "BIN$UPoITd+QCAPgTCqElzEbhg==$0" TO BEFORE DROP;

清除回收站

可以通过<code>DROP TABLE tableA purge</code>直接删除表，不进入回收站
对于已进入回收站的，可以通过表名或删除后在回收站中OBJECT_NAME名字进行删除

PURGE TABLE tableA;
PURGE TABLE "BIN$UPoITd+QCAPgTCqElzEbhg==$0";

执行上述命令会将表上所有相关对象，如索引、约束等全部删除。
如果只想删除索引而将表数据保留，则可以使用

PURGE INDEX idx_tableA;

也可以根据表空间名称，将回收站中该表空间记录删除

PURGE TABLESPACE tableA_SPACE;

也可以在上述命令中再加以限定，根据表空间名称与该表空间中用户进行删除

PURGE TABLESPACE tableA_SPACE USER userName;

要释放当前用户所有回收站中信息

PURGE RECYCLEBIN;

上述命令只清除当前用户回收站信息，如果要将所有回收站清空，需要DBA权限执行以下命令

PURGE DBA_RECYCLEBIN;

重点

1. 表的参考约束不会被恢复，指向该对象的外键约束需要重建
2. 如果该DROP表所占空间已被覆盖，则该表不可恢复
3. 删除表时，该表上的视图也会被删除，但由于视图不会放到回收站中，在执行FLASHBACK时视图不会恢复
4. 对于回收站中表对象，只支持查询，不支持其他DML、DDL操作

参考

ORACLE回收站机制介绍
Oracle回收站使用全攻略