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开始引入的一个概念
- 表删除后，该表所占用的空间不会立即清空，而是将表相关信息(不是表数据)存入到回收站中。
- 回收站不单独划分存储区域，它以现有的表空间为基础，存放已经drop的表的信息。
- 回收站的存在，有助于将误drop的表进行闪回(Flash Back)回退恢复
- 如果想要完全drop掉表并释放表占用空间，使用<code>DROP TABLE tableA purge</code>
- 如果表空间足够，不使用purge进行DROP的表会一直存放在回收站中
- 当表空间紧张时，数据库会按照先进先出原则，覆盖回收站中数据，被覆盖的数据无法通过回收站闪回
查看回收站状态
回收站开启/关闭
查看回收站状态：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;
重点
- 表的参考约束不会被恢复，指向该对象的外键约束需要重建
- 如果该DROP表所占空间已被覆盖，则该表不可恢复
- 删除表时，该表上的视图也会被删除，但由于视图不会放到回收站中，在执行FLASHBACK时视图不会恢复
- 对于回收站中表对象，只支持查询，不支持其他DML、DDL操作
