共计 2764 个字符，预计需要花费 7 分钟才能阅读完成。
在 SOA 应用数据库上运用 DBMS_REDEFITION 包进行在线非分区表转换分区表操作时，本想 DROP 掉建的临时表 cube_scope_temp 不小心后面忘记加 ”temp” 直接执行了，我等意识到这个问题的时候已经晚了，因为项目建设等遗留问题，数据库是非归档模式，也没有做备份，因为怕影响业务，一时也没想到 Oracle 回收站 recyclebin 这个方法，直接将备份的建表语句新建了表，保证了业务正常开展，正苦于怎么恢复数据时，突然想 oracle 10g 提供了回收站这个特性，成功实施数据恢复！
Oracle 回收站 recyclebin 是 10g 才有的新特性，当我们 drop table cube_scope【purge】时，如果不指定 purge 时，系统只是将这个表重命名为 BIN$ 开头的名称，并在数据字典中修改了相关数据，表所占用的物理空间并没有真正的回收，此时所占用的空间还是原来的表空间，当表空间不够用时，Oracle 会跟据 DROPSCN# 自动进行逐个清理回收站中对像所占用的空间，10g 默认是打开回收站功能的。
一、如何查看是否开启回收站功能？
SQL> show parameter recyclebin
NAME TYPE VALUE
———————————— ———– ——————————
recyclebin string on
on：表示表空间启用的回收站功能，建议所有数据都开启这个功能，百利而无一害!
备注：该参数可以设置成 session 级别打开，也可以设置成 system 级别，不用重启就可以生效
二、如何不经过回收站直接删除并释放所占用空间？
SQL> drop table cube_scope purge
备注：此命令相当于 truncate+drop 操作，一般不建议这么操作！
三、如何将回收站 recyclebin 中的对像还原？
SQL> flashback table cube_scope to before drop
表名可以是回收站系统的 dba_recyclebin.object_name 也可以是 dba_recyclebin.original_name
但是此时问题来了，我已经用备份的 DDL 语句重建了一个新的表，这个时候再用此命令还原显然会报错，这个时候怎么办呢，只能还原成一个别名，具体操作命令是
SQL> flashback table cube_scope before drop rename to cube_scope_old
既然恢复了删除前的表中数据，现在只能从 cube_scope_old 中的数据插入 cube_scope 中
SQL> insert into cube_scope select * from cube_scope_old t
成功恢复了数据，是不是可以收工了？没有，还有什么忘记做了？想想？
注意：如果将表 drop 掉，那么索引也被 drop 掉了，用这种方法把表找回来了，但是你的索引呢？你的约束呢？表恢复后一定要将表上的索引重建建立起来（切记），索引丢了最多影响性能，约束没了可能会造成业务数据混乱（一定要注意）
四、如何手工清除回收站中的对像？
SQL> purge table orabpel.cube_scope_old – 清除具体的对像
注意：如果此时是 DBA 用户操作其它用户数据，清除回收站中的表时要加上用户名，否则报表不在回收站中
SQL> purge tablespace ORAPEL – 清除指定的表空间对像
SQL> purge tablespace ORAPEL user orabpel – 删除表空间指定用户下的所有对像
SQL> purge recyclebin – 清空整个回收站
五、show recyclebin 为什么没有数据呢？
首先们需要明白一点，recyclebin 是 user_recyclebin 的同义词，如此你当前的登陆用户是 system 此时运用
show recyclebin 是没有数据据的
六、如果同一对像多次删除怎么在 recyclebin 中识别？
dba_recyclebin 中对每删除一个对像都会以 BIN$ 进行命名，同时会有相应的 dropscn、createtime、droptime 可以跟据这些对像进行定位，然后进行恢复
七、ORACLE 空间利用原则
1. 使用现有的表空间的未使用空间
2. 如果没有了空闲空间，则检查回收站，对于回收站的对象按照先进先出的原则，对于最先删除的对象，
oracle 在空间不足之时会最先从回收站删除以满足新分配空间的需求
3. 如果回收站也没有对象可以清理，则检查表空间是否自扩展，如果自扩展则扩展表空间，然后分配新空
间
4. 如果表空间非自扩展，或者已经不能自扩展(到达最大限制)，则直接报表空间不足错误，程序终止
八、DROP 掉的对像是不是都会经过回收站？
以下几种 drop 不会将相关对像放进回收站 recyclebin 中
* drop tablespace : 会将 recyclebin 中所有属于该 tablespace 的对像清除
* drop user：会将 recyclebin 中所有属于该用户的对像清除
* drop cluster : 会将 recyclebin 中所有属于该 cluster 的成员对像清除
* drop type : 会将 recyclebin 中所有依赖该 type 对像清除
另外还需要注意一种情况，对像所在的表空间要有足够的空间，不然就算 drop 掉经过 recyclebin 由于空间不足 oracle 会自动删除的哦（切记）！
======================================================================================
注意：
一、show recyclebin 指令只能在非 system 用户下可以查看回收站中保存的当前用户下的被删除对象。
因为：闪回技术只能保护非系统表空间中的表，而且这些表还必须保存在本地管理的表空间中，在一个表被删除时依赖于该表的绝大多数的数据库对象也受到回收站的保护。但是位图索引 (bitmap index) 和引用完整性约束（外键约束）等并不受到回收站的保护。
二、闪回删除的表以后建立在该表上的主键约束，主键对应的唯一索引等都会被连带闪回，但是约束的名字和索引的名字是按照 recyclebin 的命名规则命名的。并且在闪回以后不能 rename 和 drop 必须使用闪回后 的名称。
更多 Oracle 相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12
本文永久更新链接地址：http://www.linuxidc.com/Linux/2017-01/139634.htm
