从Oracle10g开始，Oracle引入了flashback drop的新特性，这个新特性，允许你从当前数据库中恢复一个被drop了的对象。在执行drop操作时，现在Oracle不是真正删除它，而是将该对象自动将放入回收站。这样，回收站里的表信息就可以被恢复，或彻底清除。
1.什么是Recycle Bin
实际上，Recycle Bin只是一个保存被drop的对象的一个数据字典表。所以，可以通过如下语句查询回收站中的信息：
select * from recyclebin
除非拥有sysdba权限，每个用户只能看到属于自己的对象。所以，对于用户来说，好像每个人都拥有自己的回收站。即使用户有删除其他schema对象的权限，也只能在recyclebin中看到属于自己的对象。
以下几种drop不会将相关对象放进RecycleBin：
drop tablespace：会将RecycleBin中所有属于该tablespace的对象清除
drop user：会将RecycleBin中所有属于该用户的对象清除
drop cluster：会将RecycleBin中所有属于该cluster的成员对象清除
drop type：会将RecycleBin中所有依赖该type的对象清除
RecycleBin中的对象会被系统自动按照规则重命名，这是为了防止命名冲突。
命名格式为：BIN$unique_id$version
其中unique_id是26个字符的对象唯一标识符，version则是对象在数据库中的版本号。
2.如何启用/禁用RecycleBin
通过设置初始化参数recyclebin，可以控制是否启用回收站功能，默认是开启的。
SQL> alter system set recyclebin=off;
系统已更改。
SQL> alter system set recyclebin=on;
系统已更改。
SQL> alter session set recyclebin=off;
会话已更改。
SQL> alter session set recyclebin=on;
会话已更改。
3.如何查看RecycleBin中的信息
前面已经提到，用户可以通过查询recyclebin来查看属于自己的被drop的对象。
SQL> select object_name,object_type from dba_objects where object_name='RECYCLEB
IN';
OBJECT_NAME OBJECT_TYPE
------------------------------ -------------------
RECYCLEBIN SYNONYM
SQL> select owner,synonym_name,table_owner,table_name from dba_synonyms where sy
nonym_name='RECYCLEBIN';
OWNER SYNONYM_NAME TAB TABLE_NAME
---------- -------------------- --- --------------------
PUBLIC RECYCLEBIN SYS USER_RECYCLEBIN
可以发现，实际上recyclebin是user_recyclebin的一个公共同义词。还可以通过dba_recyclebin查看系统中所有被drop的对象，但这里没有all_recyclebin视图。
另外，Sqlplus也提供了一个专门的命令：
SQL> show recyclebin
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
TEST BIN$xJlIkIFVR/yau1Qb8ocxxQ==$0 TABLE 2006-12-13:22:00:33
但该命令只能看到被drop的table，该table对应的index等只能通过查询获取。
Purge tablespace tablespace_name可以清除RecycleBin属于指定tablespace的所有对象。
SQL> purge tablespace users;
表空间已清除。
Purge tablespace tablespace_name user user_name则可以清除Recycle中属于指定tablespace和指定user的所有对象。
SQL> purge tablespace users user ning;
表空间已清除。
Purge recyclebin可以清除执行该命令的用户所能看到的所有recyclebin对象。也就是普通用户能清除属于自己的对象，而sysdba用户则能清除所有recyclebin中的对象。
SQL> purge recyclebin;
回收站已清空。
另外，purge index可以清除index对象。
SQL> select object_name,original_name,type from recyclebin;
OBJECT_NAME ORIGINAL_NAME TYPE
------------------------------ -------------------------------- ----------
BIN$dw0vOefrQPC5AAaFn7rkPg==$0 IX_T INDEX
BIN$w0Os4BFTSE+N81RO1pUHaw==$0 T TABLE
SQL> purge index ix_t;
purge index ix_t
*
第 1 行出现错误:
ORA-00604: 递归 SQL 级别 1 出现错误
ORA-02429: 无法删除用于强制唯一/主键的索引
这里由于ix_t是table主键的索引，所以无法单独清除。
SQL> purge recyclebin;
回收站已清空。
SQL> create table t1(id int);
表已创建。
SQL> create index ix_t1 on t1(id);
索引已创建。
SQL> drop table t1;
表已删除。
SQL> select object_name,original_name,type from recyclebin;
OBJECT_NAME ORIGINAL_NAME TYPE
------------------------------ -------------------------------- ----------
BIN$s6zn2IT+Ree2+slP2dpa0A==$0 IX_T1 INDEX
BIN$j2O8O52CT3aoakF4LlAGfg==$0 T1 TABLE
SQL> purge index ix_t1;
索引已清除。
对于一个对象的删除，其实仅仅就是简单的重令名操作。
通过查询回收站user_recyclebin获取被删除的表信息，然后使用语句
flashback table <"user_recyclebin.object_name" or user_recyclebin.original_name>
to before drop [rename to <new_table_name>];
将回收站里的表恢复为原名称或指定新名称，表中数据不会丢失。
如果多次删除同名的表，则恢复的时候是恢复的最后一次删除的表。或则 使用
flashback table "BIN$UEaKViWJQlq5g9kWM06zpA==$0" to before drop ;
若要彻底删除表，则使用语句：drop table <table_name> purge;
清除指定表：purge table <table_name>;
清除当前用户的回收站：purge recyclebin;
清除所有用户的回收站：purge dba_recyclebin;
不放入回收站，直接删除则是：drop table xx purge;
truncate table 后，有可能表空间仍没有释放，可以使用如下语句：
alter table 表名称 deallocate UNUSED KEEP 0;
注意如果不加KEEP 0的话，表空间是不会释放的。
例如： alter table F_MINUTE_TD_NET_FHO_B7 deallocate UNUSED KEEP 0;
或者： TRUNCATE TABLE (schema)table_name DROP(REUSE) STORAGE才能释放表空间。
例如： truncate table test1 DROP STORAGE;
所谓的回收站，是一个虚拟的容器，用于存放所有被删除的对象。在回收站中，被删除的对象将占用创建时的同样的空间，你甚至还可以对已经删除的表查询，也可以利用flashback功能来恢复它，这个就是flashback drop功能。 这个功能虽然可以极大的简化误drop导致的恢复操作，但是长时间的积累可能会导致大量的空间占用(虽然Oracle具有自己的清理机制)，很多时候我们需要手工介入去清理回收站。本文主要介绍清理回收站的几种方法.
1.大量累计的空间占用
Connected to Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 Connected as SYSSQL> col owner for a12
SQL> select owner,object_name,CREATETIME,DROPTIME from dba_recyclebin
2 order by droptime
OWNER OBJECT_NAME CREATETIME DROPTIME
COMMON BIN$AHsQ+pi+Kb/gRAADumkBdQ==$0 2005-08-29:16:42:19 2005-09-11:15:36:17
COMMON BIN$AHsQ+pi9Kb/gRAADumkBdQ==$0 2005-08-29:16:42:19 2005-09-11:15:36:17
PDA BIN$AdEb4zqqUcTgRAADumkBdQ==$0 2005-09-05:10:31:01 2005-09-28:15:40:39
BJLAIS_RUN BIN$BtkGRT0dSwfgRAADumkBdQ==$0 2005-11-30:10:54:07 2005-12-01:16:13:17
BJLAIS_RUN BIN$BtkGRT0cSwfgRAADumkBdQ==$0 2005-11-30:10:54:07 2005-12-01:16:13:17
750 rows selected
2.不同用户在回收站的对象
SQL> select owner,count(*) from dba_recyclebin group by owner;
OWNER COUNT(*)
BJLAIS_RUN 44
COMMON 8
MMSBLOG 618
MMSHAWA_RUN 2
PDA 8
RING_RUN 70
6 rows selected.
3.我们可以指定删除某些特定对象
SQL> purge table COMMON.T_SERVICE_CODE_INFO;
Table purged.
4.指定清除某个表空间的所有回收站对象
SQL> purge tablespace common;
Tablespace purged.
SQL> select owner,count(*) from dba_recyclebin group by owner;
OWNER COUNT(*)
BJLAIS_RUN 44
MMSBLOG 618
MMSHAWA_RUN 2
PDA 8
RING_RUN 70
5.以SYSDBA身份可以清除所有回收站对象
SQL> purge dba_recyclebin;
DBA Recyclebin purged.
SQL> select owner,count(*) from dba_recyclebin group by owner;
no rows selected
====================================================================================
每个用户都拥有自己的回收站，且可以查看在自己模式中删除的表
使用purge命令可以永久删除对象，回收空间
purge命令的几种常用形式
drop table tbname purge --直接删除表，而不置于回收站
purge table tbname --清除回收站中的tbname表
purge index idx_name --清除回收站中的索引idx_name
purge tablespace tablespace_name --清除该表空间中所有已删除的对象
purge tablespace tablespace_name user user_name --清除表空间中指定用户删除的对象
purge user_recyclebin --清除指定用户已删除的所有对象
purge dba_recyclebin --清除所有已删除的对象
五、总结
通过对上述表的删除及空间分配情况，总结如下：
1.表的删除被映射为将表的重命名，然后将其置于回收站
2.表的索引,触发器,授权闪回后将不受到影响.索引,触发器名字可以根据需要进行更改回原来名称
3.对于约束，如果是外键约束，表删除之后将不可恢复，其余的约束不受影响
4.如果要查询回收站中的对象，建议将对象名使用双引号括起来
5.闪回的实质并不能撤销已提交的事务，而是构造倒退原有事务影响的另一个事务
6.对于已经删除的表如果在所在的表空间新增对象由于空间不足的压力而被重用将导致闪回失败
7.对于表空间不足时，系统会自动清除回收站中最老的对象，以满足当前需求，即采用FIFO原则
8.闪回表的常用方法
flashback table tbname to before drop ;
flashback table tbname to before drop rename to newtbname;
第二条语句用于被删除的表名已经被再次重用,故闪回之前必须将其改名为新表名,schema不变化
9.如回收站中存在两个相同的原表名，则闪回时总是闪回最近的版本，如果闪回特定的表，需要指定
该表在回收站中的名称。如
flashback table "BIN$k1zC3yEiwZvgQAB/AQBRVw==$0" to before drop;
10.flashback drop 不能闪回truncate命令截断的表，而是只能恢复drop 之后的表
11.flashback drop 不能闪回drop user scott cascade删除方案的操作,此只能用flashback database
12.在system表空间中存储的表无法启用flashback drop，且这些表会被立即删除
与回收站相关两个重要的视图
dba_recyclebin
user_recyclebin
前几天看到一篇文章上有一段说： "回收站中的对象其实也是一般的对象，只是它的信息要在recyclebin ，user_recyclebin ，dba_recyclebin 中去检索，它的生命周期也是一般对象一样的，oracle 不会自己去清理掉所谓的回收站；"
这是不对的。
Recyclebin中的表是不安全的！
放入Recyclebin中的表并不是永久存在的，当表空间被回收站数据完全占满，以至于必须扩展数据文件来容纳更多数据时，对象以先进先出的方式从回收站中自动清除。在删除表之前，相关对象（如索引）被删除。
(注意： 如果表空间 autoextent，会先清除，再自动扩展。你可以自己做个实验)
同样，空间压力可能由特定表空间定义的用户限额而引起。表空间可能有足够的空余空间，但用户可能将其在该表空间中所分配的部分用完了。在这种情况下，Oracle 自动清除该表空间中属于该用户的对象。
测试环境 windows2003 ；VERSION 10.2.0.1.0