Oracle Truncate table原理：ASSM的三级位图实践解析

assm三级位图可以说是dba的基础技能知识了，这里用测试的方法验证下三级位图的原理。

1.建立实验环境所需要的表

SQL> create tablespace a1 datafile '/oracle/app/oracle/oradata/ora11/a1.dbf' size 20m;   
Tablespace created.                                                                   
SQL> create user a1 identified by a1 default tablespace a1;                             
User created.                                                                         
SQL> grant dba to a1;                                                         
Grant succeeded.                                                                      
SQL> connect a1/a1                                                            
Connected.   
SQL> create table a as select * from dba_tables;                    
Table created.

实验环境建立完成之后，就需要摸清楚我们的这个段A的位图及数据块分布情况，我们不直接从视图里面查，这里我们考虑需要通过bbed的方式从数据块中获取位图及数据块分布情况。

2.段头块/L3位图块指向了哪些L2位图块

段由哪些区间构成？这个信息我们需要从段头块中获取出来。当你创建一个段后，即使你没有往里面插入任何数据，系统也是会预先分配一些区给你的。所以段头块是那个块，我们可以通过dba_segments查询出来。就算truncate了这个段，我们仍然能够从dba_segments中查询到段头的信息。

SQL> select HEADER_FILE,HEADER_BLOCK from dba_segments where SEGMENT_NAME='A' and owner='A1';
HEADER_FILE HEADER_BLOCK
----------- ------------
          5          130

找到了段头块，就可以用bbed挖掘下信息。

BBED> set filename '/oracle/app/oracle/oradata/ora11/a1.dbf'
        FILENAME        /oracle/app/oracle/oradata/ora11/a1.dbf
BBED> set block 130
        BLOCK#          130
BBED> dump /v offset 0 count 20
 File: /oracle/app/oracle/oradata/ora11/a1.dbf (0)
 Block: 130     Offsets:    0 to   19  Dba:0x00000000
-------------------------------------------------------
 23a20000 82004001 d8321400 00000104 l #.@.....
 848d0000                            l ....
                       l ....
这里我们可以看到段头块的第一个offset是23。那么我们的段头块指向的L2位图块在offset 5192的位置。这里请记住段头块的标示是23。

BBED> dump /v offset 5192 count 100
 File: /oracle/app/oracle/oradata/ora11/a1.dbf (0)
 Block: 130     Offsets: 5192 to 5291  Dba:0x00000000
-------------------------------------------------------
 81004001 00000000 00000000 00000000 l ..@.............
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000                            l ....

从这里我们既可以找到我们的L2位图块，81004001，这里只有1个L2块，因为后面都是00000000(空)，因为涉及到操作系统字节序的问题，这里需要转换换成01400081。转换后我们可以使用下列查询找到文件号和块号。

SQL> select dbms_utility.data_block_address_file(to_number('01400081','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('01400081','xxxxxxxx')) as blockno from dual;

    FILENO    BLOCKNO

---------- ----------
5
         5        129

3.L2位图块指向了哪些L1位图块

接下来我们可以继续读我们的L2位图块来寻找我们的L1位图块。可以看到L2的第一个offset是21。请记住L2位图块的标示是21。

BBED> set block 129
        BLOCK#          129

BBED> dump /v offset 0 count 20
 File: /oracle/app/oracle/oradata/ora11/a1.dbf (0)
 Block: 129     Offsets:    0 to   19  Dba:0x00000000
-------------------------------------------------------
 21a20000 81004001 d4321400 00000604 l !.@.....
 48a10000                            l H

L2指向L1数据块的位置从offset 116开始。到哪儿结束需要看后面有没有00000000(空)

BBED> dump /v offset 116 count 100
 File: /oracle/app/oracle/oradata/ora11/a1.dbf (0)
 Block: 129     Offsets:  116 to  215  Dba:0x00000000
-------------------------------------------------------
 80004001 01000100 90004001 01000100 l ..@.......@.....
 a0004001 01000100 b0004001 01000100 l ........
 c0004001 01000100 d0004001 01000100 l ........
 e0004001 05000100 00000000 00000000 l ............
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000                            l ....

从dump出来的地方我们来看，前面是一个地址，后面跟着是01000100，比较规律，大概7组之后就变成00000000(空)了。 跟上面一样因为字节序的问题，这里我们需要将80004001转换成01400080。然后我们通过下列查询得到了区块的位置。而后面的01000100，前面的01则这个L1下面的块全部填满，无空数据块，后面的01则代表这个块是instance 1产生的。而最后的一个05000100，05则代表着这个L1下面还有空块，可以插入。而后面的01我们说过代表着是instance。如果这个系统是个rac的系统，节点2也插入了数据，那么这里就会显示05000200。

SQL> select dbms_utility.data_block_address_file(to_number('01400080','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('01400080','xxxxxxxx')) as blockno from dual
     union
     select dbms_utility.data_block_address_file(to_number('01400090','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('01400090','xxxxxxxx')) as blockno from dual
     union
     select dbms_utility.data_block_address_file(to_number('014000a0','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('014000a0','xxxxxxxx')) as blockno from dual
     union
     select dbms_utility.data_block_address_file(to_number('014000b0','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('014000b0','xxxxxxxx')) as blockno from dual
     union
     select dbms_utility.data_block_address_file(to_number('014000c0','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('014000c0','xxxxxxxx')) as blockno from dual
     union
     select dbms_utility.data_block_address_file(to_number('014000d0','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('014000d0','xxxxxxxx')) as blockno from dual
     union
     select dbms_utility.data_block_address_file(to_number('014000e0','xxxxxxxx')) as fileno,dbms_utility.data_block_address_block(to_number('014000e0','xxxxxxxx')) as blockno from dual;
    FILENO    BLOCKNO
---------- ----------
         5        128
         5        144
         5        160
         5        176
         5        192
         5        208
         5        224

7 rows selected.

通过上述查询，我们找到了7个L1块的信息。
4.L1位图块指向了哪些数据块
前面我们查到了我们的L2块上指向的L1块，并且清楚的知道哪个L1下面是满的，哪个L1下面还有空闲块。我们就从拿最后一个有空闲块的L1位图块进行分析。

BBED> set block 224
        BLOCK#          224

BBED> dump /v offset 0 count 10
 File: /oracle/app/oracle/oradata/ora11/a1.dbf (0)
 Block: 224     Offsets:    0 to    9  Dba:0x00000000
-------------------------------------------------------
 20a20000 e0004001 d432              l  .@.
<16 bytes per line>

可以看到L1的第一个offset是20。请记住L1位图块的标示是20。
L1指向数据块的位置从offset 204开始。到哪儿结束需要看后面有没有00000000(空)

BBED> dump /v offset 204 count 80
 File: /oracle/app/oracle/oradata/ora11/a1.dbf (0)
 Block: 224     Offsets:  204 to  283  Dba:0x00000000
-------------------------------------------------------
 e0004001 08000000 00000000 e8004001 l ........08000000 08000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................

大家可以看到这里的值是e0004001,08000000,00000000，下一组值是e8004001,08000000,08000000，然后面就是00000000(空)。
这两个的意思是告诉我们L1指向数据块的起始位置，比如e0004001，就是文件5，块224，也就是它自己本身。08000000就代表着这个块后面的连续7个块都是的。而e8004001,08000000,08000000，就是文件5，块232，08000000就代表着这个块后面的连续7个块也是的。而最后一个08000000则代表着offset，这里我们可以不用去管它。所以这里我们就能够知道我们的L1块下面具体的数据块有：
224(它本身),225,226,227,228,229,230,231,232,233,234,235,236,237,238,239。来用下列语句查证一下。

SQL> select distinct dbms_rowid.rowid_block_number(rowid) from a order by 1

可以看到223后面直接就是225，直接此处跳空，这是因为我们的224是L1位图块，后面紧跟着我们刚刚说的225,226,227,228,229,230,231,232,233。但是问题是，这里看不到后面的234到239？这是因为234到239还是空闲没有格式化过的块，但是它已经被L1锁定了。那么我们的L1能不能看到这些情况呢？我们可以观察offset 396。

BBED> dump /v offset 396 count 50
 File: /oracle/app/oracle/oradata/ora11/a1.dbf (0)
 Block: 224     Offsets:  396 to  445  Dba:0x00000000
-------------------------------------------------------
 11111111 11000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 00000000 00000000 00000000 00000000 l ................
 0000                                l ..

这里可以看到的是11111111,11000000。那么这个代表什么意思呢？如果这个块是full的话，就是1，是unformatted的话就是0，正好和我们前面看到的吻合。

时间： 2024-10-03 13:18:38

Oracle Truncate table原理：ASSM的三级位图实践解析的相关文章

ORACLE空间管理实验（四） 块管理之ASSM三级位图结构

L1.L2.L3块的作用:--方便查找数据块. L1中有指向L3的指针,L2有指向L3的指针,L3中有多个数据块的指针和状态. 1.每个L3中,有多个L2的地址(第一个L3是段头). 2.每个L2中,有多个L1的地址. 3.每个L1中,有多个数据块地址. ORACLE最多支持三级位图. 一级位图用于管理具体数据块的使用. 二级位图块记录了一级位图块的地址. 三级位图块记录了二级位图块的地址.Segment Heade可以管理极大数据量的对象的空间,很难出现另一个三级位图块. 1.如何查找段头--

drop与truncate table 的区别*

我们先把上一篇的文章讲完:http://blog.csdn.net/changyanmanman/article/details/7767378 是这样的:truncate先把原来的表重新命名一下,所以,就像我们之前测试的OBJECT_ID 是不会变化的.又重新创建了一个表,这个表的名字和被truncate的表的名字相同,但是他的段(也可以说地址)必定发生变化,所以又出现了新的data_object_id.这个表是没有内容的,只有这个表的定义. truncate不会产生大量的roolback,不

[20111228]9i?临时表and truncate table.txt

[20111228]9i?临时表and truncate table.txt 这个问题以前遇到,今天再一次遭遇,把它写下来. 1.测试环境:SQL> select * from v$version ; BANNER----------------------------------------------------------------Oracle9i Enterprise Edition Release 9.2.0.8.0 - ProductionPL/SQL Release 9.2.0.

SQL SERVER truncate table后会不会重置表的自增值

今天清理业务库数据的时候,开发人员说可以使用truncate table把两个表的所有数据清理掉 这两个表都有自增ID,都做了表分区,单表200GB,使用 SELECT IDENT_CURRENT('') 的时候两个表 的当前自增值是3000012,这两个表几乎是一模一样的,除了一两个字段不一样 我执行两个SQL语句把两个表都truncate掉,然后就忘记了收缩数据库和重置种子值 由于分区函数的最后一个值是2000000,那么后插入的数据都会积聚在最后一个文件组 1.重置种子值,让数据重新利用第

请问：mysql delete 很少的数据，用时要比TRUNCATE TABLE快呢？

问题描述 请问:mysql delete 很少的数据,用时要比TRUNCATE TABLE快呢? 如题; TRUNCATE TABLE 0.3S DELETE TABLE XX ;//数据量越少越快.100条不到100毫秒. 解决方案 http://www.jb51.net/article/31243.htm

mysql中TRUNCATE TABLE 语句用法详解

TRUNCATE TABLE删除表中的所有行,而不记录单个行删除操作. 语法    TRUNCATE TABLE name; 参数    name(是要截断的表的名称或要删除其全部行的表的名称) TRUNCATE TABLE 在功能上与不带 WHERE 子句的 DELETE 语句相同:二者均删除表中的全部行.但 TRUNCATE TABLE 比 DELETE 速度快,且使用的系统和事务日志资源少. DELETE 语句每次删除一行,并在事务日志中为所删除的每行记录一项.TRUNCATE TABLE

Truncate Table的时候不管是用drop storage 或reuse storage都会将HWM重新设置到第一

A, B 为两个Table . A, B 的数据分别放在 erp_data  表空间下  A, B 的索引分别放在 erp_indx  表空间下    那么我们使用下面的两个语句删除两个表中的数据 Truncate table A  drop    storage  ;  Truncate table B  reuse  storage  ;    得到的结果将是: Truncate table A  drop    storage  ;  --data :   数据部分所在的extent 空间

《深入理解OSGi：Equinox原理、应用与最佳实践》一导读

前 言 为什么写这本书 随着软件规模的日益增大,程序按模块拆分.按模块开发和按模块部署等需求变得越来越迫切,"模块化"成为了Java社区中最热门的话题之一.而OSGi技术-Java业界事实上的模块化标准,也被越来越多的中间件.第三方类库和各类应用程序所认可和采用.与此相对的是,有关OSGi技术的资料,尤其是中文的资料却显得异常的贫乏. 笔者自2007年接触OSGi以来,曾在数个大型系统中使用过OSGi作为软件的基础架构,这一方面使笔者深刻感受到了OSGi带来的诸多好处以及OSGi设计思

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

说到闪回日志,我们都知道闪回日志中记录的都是逆操作,那么就有两个问题需要解释了. 闪回日志和回滚段保存的数据有什么差别? 如果做了truncate操作,闪回日志是怎么记录的,怎么能够通过闪回恢复数据. 第一个问题是一个同学问的,第二个问题是我偶然想起来的,当然这两个问题还是蛮有意思.我们的目标就是解释清楚下面的两个问题.     当然要深刻理解这个问题,一个重要的部分就是得先明白redo的基本情况. 借用大师Jonathan Lewis的话说,Oracle里面最重要的特性是在V6提出的改变向量,