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块
人生就像一滴水,非要落下才后悔!
--kingle