oracle--dump->buffer cache (dump 深入实践一)

1,dump 取值

ALTER SESSION SET EVENTS 'immediate trace name buffers level n';

    1 只转储buffer header. 
    2 在level 1的基础上再转储数据块头。 
    3 在level 2的基础上再转储数据块内容。 
    4 转储buffer header和hash chain. 
    5 在level 1的基础上再转储数据块头和hash chain. 
    6 在level 2的基础上再转储数据块内容和hash chain. 
    8 转储buffer header和hash chain以及users/waiters链表。 
    9 在level 1的基础上再转储数据块头、hash chain以及users/waiters链表。 
    10 在level 2的基础上再转储数据块内容、hash chain以及users/waiters链表

2,刷写缓存

alter system flush buffer_cache;

3,查看数据库内容

SQL> select object_id from dba_objects where object_name='T3';

 OBJECT_ID
----------
     78557

注意:t3是对应的表

4,写入buffer_cache中

SQL> select * from t3;

    ID
----------
     1
     2
     3

5,dump 这个buffer cache

ALTER SESSION SET EVENTS 'immediate trace name buffers level 3';

oradebug setmypid; --跟踪
oradebug tracefile_name; --显示trace位置

6,根据object_id寻找dump出来的块

SQL> ALTER SESSION SET EVENTS 'immediate trace name buffers level 3';
oradebug setmypid;
oradebug tracefile_name;


Session altered.

SQL> Statement processed.
SQL> /orcl/app/oracle/diag/rdbms/node12c01/orcl/trace/orcl_ora_569.trc

信息终于出来了,好慢啊
打开dump 出来的块

数据崩了---

注释:

obj:78557 表示object_id

class表示该buffer header所对应的数据块的类型，具体的值与含义的对应为：
|    1=data block；
|    2=sort block；
|    3=save undo block；
|    4=segment header；
|    5=save undo header；
|    6=free list；
|    7=extent map；
|    8=1st level bmb；
|    9=2nd level bmb；
|    10=3rd level bmb；
|    11=bitmap block；
|    12=bitmap index block；
|    13=unused；
|    14=undo header；
|    15=undo block。

rdba: 0x0040ed92 (1/104537)表示该对象所对应的数据块在磁盘数据文件上的地址为 1号文件，104537块

 

转载于:https://www.cnblogs.com/kingle-study/p/10737086.html