从Oracle 10g 开始，每个表空间都会有一个叫作回收站的逻辑区域，当用户执行drop命令时，被删除的表和表的关联对象( 包括索引，约束，触发器，LOB段，LOB index 段) 不会被物理删除，这些对象先转移到回收站中，这就给用户提供了一个恢复的可能。回收站是一个逻辑的概念，其实际的物理存储空间是表和相关对象所在的表空间。

recyclebin=on | off

1.SQL> show parameter recyclebin;--查看回收站功能是否打开

2．禁用和开启回收站功能：

SQL> alter system set recyclebin=off; 

SQL> alter system set recyclebin=on; 

SQL> alter session set recyclebin=off; 

SQL> alter session set recyclebin=on;

禁用后删除的对象将直接删除，不会写到Recycle中，当然在删除时，指定purge 参数，表也将直接删除，不会写到recyclebin中。
SQL> drop table table_name purge;

3.删除表

SQL> drop table test_compress;

SQL> select object_name,original_name,type from user_recyclebin;

OBJECT_NAMEORIGINAL_NAMETYPE

------------------------------ -------------------------------- -------------------------

BIN$8hjrHcksCprgQwEAAH+TPQ==$1 BIN$8gj9sxWTKY3gQwEAAH/aNQ==$0INDEX

BIN$8hjrHcktCprgQwEAAH+TPQ==$0 TEST_COMPRESSTABLE

实际上，对一张表执行drop操作后，该表和相关的对象、约束将会自动的改成系统自动生成的名称（GUID），并移动到回收站中。目的是为了避免发生对象名称冲突的问题。

SQL> show recyclebin;

ORIGINAL NAMERECYCLEBIN NAMEOBJECT TYPEDROP TIME

---------------- ------------------------------ ------------ -------------------

TEST_COMPRESSBIN$8hjrHcktCprgQwEAAH+TPQ==$0 TABLE2014-02-11:10:07:29

show recyclebin;命令查不到被删除的索引。

4.查看recyclebin中的对象列表：

1） user_recyclebin 这个视图可以用来查看某用户下被drop的对象,它有一个同义词recyclebin,下面的两条语句是一样的:

select * from recyclebin;

select * from user_recyclebin;

2） show recyclebin,在sqlplus中执行show recyclebin命令查看

查看该用户下被drop的对象

3） dba_recyclebin 这个视图可以提供给具有管理员权限的用户查看回收站中的数据. 

SELECT * FROM DBA_RECYCLEBIN WHERE owner='SCOTT';

-------------------------------- ------------------------------

4）oracle还支持对已经已经在回收站中表的查询

SQL> select count(1) from "BIN$8hjrHcktCprgQwEAAH+TPQ==$0";

COUNT(1)

----------

13657

注意使用的是双引号

5. 恢复删除的表：

1）SQL> flashback table t1 to before drop rename to newname;

--使用被drop的表的原始名称，则被恢复的表是最后进入回收站的版本

2）SQL> flashback table "BIN$8gj9sxWUKY3gQwEAAH/aNQ==$0" to before drop;

--使用惟一的、系统产生的名称恢复到指定的版本，如果在drop某张表后，又创建了一张新的同名的表，则在执行flashback table使需要指定rename to指定新的名称，否则将报错。

把某张删除到回收站的表恢复（注意只有该表的所有者用户的recyclebin中才能查到该表，而不论是哪个用户删除的，必需要使用该表的所有者用户来恢复。并且system表空间下的对象，drop后不会进回收站，会被直接删除）

从回收站中恢复被drop的表后，同时被恢复的index、trigger和constraints将保留回收站中的名称。因此，在执行flashback之前先查询一下回收站和DBA_CONSTRAINTS视图中的内容。并在恢复后重新命名。

6. 清空回收站：

表空间的Recycle Bin 区域只是一个逻辑区域，而不是从表空间上物理的划出一块区域固定用于回收站，因此Recycle Bin是和普通对象共用表空间的存储区域，或者说是Recycle Bin的对象要和普通对象抢夺存储空间。当发生空间不够时，Oracle会按照先入先出的顺序覆盖Recycle Bin中的对象。也可以手动的删除Recycle Bin占用的空间。

1). PURGE TABLE <<Table_NAME>>; --清空一个特定的表

2). PURGE TABLESPACE <<tablespace_name>>; --清除属于某个表空间的对象

3). PURGE TABLESPACE<<Table_NAME>> USER <<User_Name>>; --清除属于某个表空间且属于某个模式的对象

4). Purge dba_recyclebin: 删除所有用户的Recycle Bin中的对象，该命令要sysdba权限

5). PURGE RECYCLEBIN; --清空回收站（当前执行用户的回收站） 

6). PURGE INDEX <<Index_NAME>>; --清空一个特定的索引当想释放Recycle bin的空间，又想能恢复表时，可以通过释放该对象的index所占用的空间来缓解空间压力。因为索引是可以重建的。

7. 对recyclebin使用一些重要注意事项

1）回收站是一个逻辑的概念，其实际的物理存储空间是表和相关对象所在的表空间。当表空间不足时，系统会自动清除回收站中最老的对象。

2）system表空间的对象被drop后会被直接删除，无法通过回收站回收

3） 只有在被删除表的所有者用户的recyclebin中才能查到该表，而不论是哪个用户删除的，必需要使用该表的所有者用户来恢复。

例如：

SQL> show user;

USER is "SCOTT"

SQL> drop table shao.test_compress;

Table dropped.

SQL> show recyclebin;

SQL>

--scott用户删除了shao用户下的test_compress表，但是show recyclebin没有任何记录。

SQL> conn shao/oracle

Connected.

SQL> show recyclebin;

ORIGINAL NAMERECYCLEBIN NAMEOBJECT TYPEDROP TIME

TEST_COMPRESSBIN$8hlQmOBJCxzgQwEAAH96zQ==$0 TABLE2014-02-11:10:35:52

--在shao用户下执行show recyclebin查询刚刚被删除的test_compress表

4）表的索引,触发器,授权闪回后将不受到影响.索引,触发器名字可以根据需要进行更改回原来名称

5）对于约束除了外键约束，在表删除之后不可恢复，其余约束不受影响

6）如回收站中存在两个相同的原表名，则闪回时总是闪回最近的版本，如果闪回特定的表，需要指定

该表在回收站中的名称。如

flashback table "BIN$8gkG9q5DKXfgQwEAAH8XNw==$0" to before drop;

7)删除表时，依赖于该表的物化视图也会同时删除，但是由于物化视图并不会被放入recycle bin，因此当你执行flashback table to before drop 时，也不能恢复依赖其的物化视图，需要dba 手工介入重新创建。

8)alter table scott.test_partition drop partition p1;

被删除的分区表的某个分区是不会被放入回收站的