我们在开发和运维过程中，经常遇到数据被误删除的情况。无论是在应用开发中的Bug，还是修改数据的时候，如果提交了错误数据修改结果，会带来很多问题。一般来说，一旦提交Commit事务，我们是不能获取到之前的数据情况，除非使用较复杂的数据恢复手段，利用备份数据恢复。
但是在Oracle中，可以使用其闪回FlashBack特性来解决这个问题。首先，声明一点，闪回Flashback的范围很大，包括数据库、表、数据均是可以Flashback的，但是机制差别很大。本文说的是简单的数据flashback，用来快速的挽救回我们的数据。
首先构建实验环境，和版本信息。
SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
PL/SQL Release 11.2.0.1.0 - Production
CORE 11.2.0.1.0 Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 – Production
构建一张简单的数据表，定位时间信息。
SQL> create table t as select owner,object_id,object_name from dba_objects where rownum<3;
Table created
SQL> select sysdate from dual;
SYSDATE
-----------
2011-1-12 8
SQL> select * from t;
OWNER OBJECT_ID OBJECT_NAME
------------------------------ ---------- --------------------------------------------------------------------------------
SYS 20 ICOL$
SYS 46 I_USER1
SQL> select to_char(sysdate,‘yyyy-mm-dd hh24:mi:ss‘) from dual;
TO_CHAR(SYSDATE,‘YYYY-MM-DDHH2
------------------------------
2011-01-12 08:23:59 //注意这个时间点。
如果我们此时误删除了数据，并且将删除结果提交。
SQL> delete t;
2 rows deleted
SQL> commit;
Commit complete
SQL> select count(*) from t;
COUNT(*)
----------
0
这时，虽然我们已经commit了删除事务，但是仍可以指定一个时间点，获取到那个时间点的数据。
SQL> select * from t as of timestamp to_timestamp(‘2011-01-12 08:23:59‘,‘yyyy-mm-dd hh24:mi:ss‘);
OWNER OBJECT_ID OBJECT_NAME
------------------------------ ---------- --------------------------------------------------------------------------------
SYS 20 ICOL$
SYS 46 I_USER1
删除的数据集合又可以查询到。这样恢复数据的思路有了，可以将结果集合直接插入回数据表。
SQL> insert into t select * from t as of timestamp to_timestamp(‘2011-01-12 08:23:59‘,‘yyyy-mm-dd hh24:mi:ss‘);
2 rows inserted
SQL> commit;
Commit complete
SQL> select * from t;
OWNER OBJECT_ID OBJECT_NAME
------------------------------ ---------- --------------------------------------------------------------------------------
SYS 20 ICOL$
SYS 46 I_USER1
数据恢复了，利用的是闪回特性。
结论：Oracle在进行处理的时候，对过去提交过的数据，是保存过一个镜像的，并且与一个SCN相对应。所谓SCN（System Commit Number），就相当于Oracle系统中的时钟，每次进程会话commit一次，相当于推进一次scn值。相对于时钟，SCN对Oracle数据库至关重要。
对数据，Oracle是可以保存多个版本的。每个版本是和对应的SCN相关联。我们利用闪回，可以一定程度的查找回过去一个时间SCN的数据版本。而SCN是一个绝对整数，如：
// Oracle 9i以上版本中，获取到当前系统SCN的方法；
SQL> select dbms_flashback.get_system_change_number from dual;
GET_SYSTEM_CHANGE_NUMBER
------------------------
1169694
闪回标准的做法应为：
SQL> select * from t as of scn 1169694;
但是这样做，存在不方便的问题。我们就需要不断的试算合适的SCN取值，相对而言，时间日期较容易理解。使用as of timestamp更加容易。
所谓“No free lunch”，使用闪回是受到一些限制的。
受到系统参数的限制。闪回是一个系统配置，需要系统参数的支持。
//Undo相关的参数
SQL> show parameter undo
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_management string AUTO
undo_retention integer 900
undo_tablespace string UNDOTBS1
在自动管理Undo的情况下，undo_retention表示支持闪回的秒数，默认为15分钟。但是，要注意，这只是一个近似值，实际上要根据系统繁忙程度和其他很多因素来决定闪回的时间。实际上，如果超过了闪回15分钟，可以获得结果。
如果闪回的时间过长，保存的SCN版本已经消失，系统会报错。
SQL> select * from emp as of timestamp to_timestamp(‘2008-01-12 08:23:59‘,‘yyyy-mm-dd hh24:mi:ss‘);
select * from emp as of timestamp to_timestamp(‘2008-01-12 08:23:59‘,‘yyyy-mm-dd hh24:mi:ss‘)
ORA-08180: 未找到基于指定时间的快照