flashback query

???????????????????????????????????????????????????????????????????????????????FLASHBACK?QUERY

1??Flashback?query(闪回查询)原理

Oracle根据undo信息，利用undo数据，类似一致性读取方法，可以把表置于一个删除前的时间点(或SCN)，从而将数据找回。

--因此flashback?query能够查询的时间是受undo保留时间限制的，事物提交后undo数据保留时间受下面两个参数影响

1）undo_retention:指定事物commit后undo?将要保存的时间(秒)，在ORACLE10g中默认的是900秒。

SQL>?alter?system?set?undo_retention=900;--调整undo_retention参数

2）GUARANTEE?：保证undo_retention参数所设定的时间有效，这个是10g的新功能。SQL>?ALTER?TABLESPACE?undotbs1?RETENTION?GUARANTEE;SQL>?ALTER?TABLESPACE?undotbs1?RETENTION?NOGUARANTEE;

--开启或关闭guarantee

3）GUARANTEE参数影响

在没有guarantee的保证下，ORACLE并不能保证能够将undo信息存储900秒，如果undo表空间不足，那么ORACLE将忽略undo_retention的设置，直接覆盖掉以前的undo（覆盖掉最早的undo数据）,这个时候有可能会产生ORA-01555错误。如果undo表空间空间足够，那么undo将会保存很长一段时间，直到undo表空间达到maxsize，这个时候才会覆盖undo信息，而且ORACLE会从最早的undo信息开始覆盖。

ORACLE推荐我们为undo?表空间中的datafile?设定MAXSIZE?，不要让它一直自动扩展，如果ORACLE获得了自动扩展的能力，那么旧的undo不会被覆盖，到后来undo表空间会越来越大，越来越大，直到将磁盘空间耗尽（直到扩大到数据文件的最大值，8K的数据块为32G）。

在有guarantee的保证下，ORACLE将会保证undo信息能够保存到undo_retention设定的值之后才被覆盖，如果这个时候同时执行了很多事物，将undo表空间耗完了，那么那个事物会失败，会报ORA-30036?错误，所以使用guarantee一定要慎用，如果非要使用guarantee，那么尽量将undo?表空间设大一点。

2???flashback?query语法

1）获取数据删除前的一个时间点和scn，如下：

SQL>?select?to_char(sysdate,'yyyy-mm-dd?hh24:mi:ss')?time,to_char(dbms_flashback.get_system_change_number)?scn?from?dual;

TIMESCN

-------------------?----------------------------------------

2014-02-21?09:43:08?556374

--9i之前使用上面的语句

SQL>?select?to_char(sysdate,current_scn?scn?from?v$database;

TIMESCN

-------------------?----------

2014-02-21?09:44:23556400

--9i之后使用如上方法

--

2）模拟误删数据

SQL>?delete?oltp_compress?where?object_id='29';

1?row?deleted.

SQL>?commit;

SQL>?select?*?from?oltp_compress?where?object_id='29';

no?rows?selected

3）flashback?query查询被删除的数据

SQL>?select?count(1)?from?oltp_compress?as?of?scn?556400?where?object_id='29';

COUNT(1)

----------

1

--利用scn闪回

SQL>?select?count(1)?from?oltp_compress?as?of?timestamp?to_timestamp('2014-02-21?09:44:23','yyyy-mm-dd?hh24:mi:ss')?where?object_id='29';

COUNT(1)

----------

1

--利用时间闪回（当通过TIMESTAMP?来查询历史数据时，数据库会吧TIMESTAMP转换成SCN，timestamp会被转换成）

3???查看SCN?和TIMESTAMP?的对应关系
select?scn,to_char(time_dp,'yyyy-mm-dd?hh24:mi:ss')?from?sys.smon_scn_time?order?by?scn;

10g及之后的版本可以通过如下函数对timestamp和scn进行互相转换

通过scn_to_timestamp函数可以将SCN转换为时间戳

select?scn_to_timestamp(8908390522972)?scn?from?dual;

通过timestamp_to_scn可以将时间戳转换为SCN:

select?timestamp_to_scn(scn_to_timestamp(8908390522972))?scn?from?dual;

4????scn和timestamp对应关系

每隔5?分钟，系统产生一次系统时间标记与scn?的匹配并存入SYS.SMON_SCN_TIME?表(由SMON?进程来进行Update操作)，该表中记录了最近1440个系统时间标记与scn?的匹配记录，由于该表只维护了最近的1440?条记录，即最近5?天内的记录。

对系统时间标记与scn?的每5?分钟匹配一次做个说明，比如：

SCN:339988?对应?2011-01-25?17:00:00

SCN:339989?对应2011-01-25?17:05:00，

当查询2011-01-25?17:00:00?到2011-01-25?17:04:59?这段时间点内的SCN时，oracle?都会将其匹配为SCN:339988。

--如果SCN?与TIMESTAMP的映射不能写入到smon_scn_time表中，我们就不能进行SCN?与TIMESTAMP转换，就不能利用timestamp进行相关的操作

启用Flashback?Query的语法可以接受一个时间标记或者一个SCN。如果使用SCN，那么闪回的时间点就是精确的。如果指定一个时间点，那么这个时间点将会映射为一个精度为3秒钟的SCN。

5???Falshback?query查询的局限：

1）不能Falshback到5天以前的数据。

2）闪回查询无法恢复到表结构改变之前，因为闪回查询使用的是当前的数据字典。

3）受到undo_retention参数的影响，对于undo_retention之前的数据，Flashback不保证能Flashback成功。

4）对drop,truncate等不记录回滚的操作，不能恢复。

5）普通用户使用dbms_flashback包，必须通过管理员授权。命令如下:

SQL>grant?execute?on?dbms_flashback?to?scott;