Oracle闪回原理-Logminer解读redo（r11笔记第17天）

说到闪回日志，我们都知道闪回日志中记录的都是逆操作，那么就有两个问题需要解释了。

闪回日志和回滚段保存的数据有什么差别？

如果做了truncate操作，闪回日志是怎么记录的，怎么能够通过闪回恢复数据。

第一个问题是一个同学问的，第二个问题是我偶然想起来的，当然这两个问题还是蛮有意思。我们的目标就是解释清楚下面的两个问题。

当然要深刻理解这个问题，一个重要的部分就是得先明白redo的基本情况。

借用大师Jonathan Lewis的话说，Oracle里面最重要的特性是在V6提出的改变向量，改变向量是描述数据块变化的机制，是redo和undo的关键内容。

说实在话要深入解析，非常透彻的理解这部分内容得花很多的时间，冰冻三尺绝非一日之寒，有一种较为快速的理解redo的基本流程，有两种简单的途径，一种是通过dump logfile来得到，另外一种就是解析日志文件来得到。明白了redo里面的一些变化，再回过头来看看闪回的部分，就会理解顺畅许多。

闪回日志的部分和redo的部分相比有一些相似之处。redo的机制中有的，闪回的部分也有相应的处理方式。

dump logfile其实输出还是比较枯燥，晦涩难懂的，另外一种较为清晰的方式就是logminer了。

为了让Logminer的日志处理信息更全面，还是建议打开supplemental log，这个在OGG中也有如出一辙的设置。

当然解析工作这么繁琐，我们想更加自如一些，那就和shell脚本联系起来。

脚本1：

sqlplus -s / as sysdba <<EOF execute dbms_logmnr.add_logfile(logfilename=>'$1',options=>dbms_logmnr.new); execute dbms_logmnr.start_logmnr(options=>dbms_logmnr.dict_from_online_catalog); alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss'; col xid_scn format a30 col username format a10 col timestamp format a20 col sql_redo format a35 col sql_undo format a35 set pages 1500 set linesize 200 select username,xid||':'||scn xid_scn,timestamp,sql_redo,sql_undo from v$logmnr_contents where sql_redo not like '%AUD$%'; execute dbms_logmnr.end_logmnr; EOF

使用如上的脚本，输入对应的redo日志就会解析出里面的内容来。

要得到当前的日志信息也很容易，写个脚本，写个SQL分分钟搞定。

脚本2：

sqlplus -s / as sysdba <<EOF set linesize 150 col member format a50 select l.sequence#,l.status ,l.bytes/1024/1024 size_MB,f.member from v$log l ,v$logfile f where l.group#=f.group#; EOF

脚本1中直接调用即可，比如

sh showlog.sh /U01/app/oracle/oradata/newtest2/redo02.log我们使用如下的方式来做一个简单的测试。创建一个表，插入1行数据。

SQL> create table test_log (id number,name varchar2(30)); Table created. SQL> insert into test_log values(100,'aaa'); 1 row created. SQL> commit; Commit complete.

通过这种方式可以很容易读到一些关键的日志信息。

最开始的几个步骤可以很明显看到deferred_segment_creation的痕迹，

然后可以看到在基表中插入了元数据信息，基本是按照seg$,tab$,seg$的方式插入数据的。

通过上面的步骤可以看到，最后的insert，对应的undo_sql会基于ROWID来做一个反向的操作，即删除1条记录。

在这个基础上去解析闪回日志，就有了一些基本的思路。

查看闪回日志的信息可以使用SQL

select * from v$flashback_database_logfile;

解析闪回日志可以采用如下的方式：

alter system dump flashback logfile '/U01/app/oracle/fast_recovery_area/NEWTEST2/flashback/o1_mf_d2tp6v82_.flb' ；

或者基于对应的dba的方式，也就是数据块地址

alter system dump flashback logfile '/U01/app/oracle/fast_recovery_area/NEWTEST2/flashback/o1_mf_d2tp6v82_.flb' dba 8 594285;

当然解读闪回日志发现比自己想得还要曲折一些，因为Logminer还解析不了闪回日志，想更细节的解析还是要花一些功夫，所以上面的两个问题还需要不断的深入理解才可以回答清楚。