`
扬州老鬼
  • 浏览: 306323 次
  • 性别: Icon_minigender_1
  • 来自: 苏州
社区版块
存档分类
最新评论

oracle表预留的3个BLOCK

 
阅读更多
oracle表的segment的结构是：
1、FIRST LEVEL BITMAP BLOCK
2、SECOND LEVEL BITMAP BLOCK
3、PAGETABLE SEGMENT HEADER
4、trans data
用户数据实际上是插在DATA BLCOK中去的，
所以，查看表中行数据占据的blockID： 
select id,dbms_rowid.rowid_relative_fno(rowid) file#,
      dbms_rowid.rowid_block_number(rowid) block# from t2;

结果如下： 
id     file#   block#
2	4	60
5	4	60
5	4	60
5	4	60
5	4	60
5	4	60

这里可以看书表T2所有的行都分布在block 60中
而查看表总共占据的block数据： 
exec dbms_stats.gather_table_stats(user,'T2');
select   NUM_ROWS,BLOCKS from user_tables where table_name='T2';

结果如下： 
NUM_ROWS BLOCKS
6	4

结果看出，表实际占用的blocks是比行数据占据的block多了3个，
这三个block就。
1、FIRST LEVEL BITMAP BLOCK
2、SECOND LEVEL BITMAP BLOCK
3、PAGETABLE SEGMENT HEADER

通过以下SQL查看表开始block位置： 
select BLOCK_ID,blocks  from dba_extents  where segment_name ='T2'

结果: 
 BLOCK_ID,blocks
  57	    8


将57-60的blockdump出来： 
alter system dump datafile 4 block 57
alter system dump datafile 4 block 58
alter system dump datafile 4 block 59
alter system dump datafile 4 block 60


结果如下：
Dump file c:\oracle\product\10.2.0\admin\orcl\bdump\orcl_s000_2584.trc
Sun Jul 15 10:58:10 2012
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Windows NT Version V6.1 Service Pack 1
CPU                 : 4 - type 586, 2 Physical Cores
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:1293M/3241M, Ph+PgF:3060M/6480M, VA:1244M/2047M
Instance name: orcl

Redo thread mounted by this instance: 1

Oracle process number: 16

Windows thread id: 2584, image: ORACLE.EXE (S000)


*** 2012-07-15 10:58:11.104
*** SERVICE NAME:(SYS$USERS) 2012-07-15 10:58:10.955
*** SESSION ID:(143.9) 2012-07-15 10:58:10.955
Start dump data blocks tsn: 4 file#: 4 minblk 57 maxblk 57
buffer tsn: 4 rdba: 0x01000039 (4/57)
scn: 0x0000.002d8b2c seq: 0x02 flg: 0x04 tail: 0x8b2c2002
frmt: 0x02 chkval: 0x47d7 type: 0x20=FIRST LEVEL BITMAP BLOCK
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0A2D8400 to 0x0A2DA400
A2D8400 0000A220 01000039 002D8B2C 04020000  [ ...9...,.-.....]
A2D8410 000047D7 00000000 00000000 00000000  [.G..............]
A2D8420 00000000 00000000 00000000 00000000  [................]
        Repeat 1 times
A2D8440 00000000 00000000 00000000 00000004  [................]
A2D8450 FFFFFFFF 00000004 00000003 00000008  [................]
A2D8460 00010001 00000000 00000000 00000000  [................]
A2D8470 00000000 00000004 00000000 00000000  [................]
A2D8480 00000000 00000000 00000000 00000000  [................]
A2D8490 0100003A 00000000 00000000 00000004  [:...............]
A2D84A0 00000008 0100003D 00000000 00000000  [....=...........]
A2D84B0 00000000 00000004 00000000 00000001  [................]
A2D84C0 0000D0C2 00000000 00000000 01000039  [............9...]
A2D84D0 00000008 00000000 00000000 00000000  [................]
A2D84E0 00000000 00000000 00000000 00000000  [................]
        Repeat 9 times
A2D8580 00000000 00000000 00000000 00001111  [................]
A2D8590 00000000 00000000 00000000 00000000  [................]
        Repeat 485 times
A2DA3F0 00000000 00000000 00000000 8B2C2002  [............. ,.]
Dump of First Level Bitmap Block
--------------------------------
   nbits : 4 nranges: 1         parent dba:  0x0100003a   poffset: 0    
   unformatted: 4       total: 8         first useful block: 3     
   owning instance : 1
   instance ownership changed at
   Last successful Search
   Freeness Status:  nf1 0      nf2 0      nf3 0      nf4 0     

   Extent Map Block Offset: 4294967295
   First free datablock : 4     
   Bitmap block lock opcode 0
   Locker xid:     :  0x0000.000.00000000
   Inc #: 0 Objd: 53442
  HWM Flag: HWM Set
      Highwater::  0x0100003d  ext#: 0      blk#: 4      ext size: 8    
  #blocks in seg. hdr's freelists: 0    
  #blocks below: 4    
  mapblk  0x00000000  offset: 0    
  --------------------------------------------------------
  DBA Ranges :
  --------------------------------------------------------
   0x01000039  Length: 8      Offset: 0     
 
   0:Metadata   1:Metadata   2:Metadata   3:FULL
   4:unformatted   5:unformatted   6:unformatted   7:unformatted
  --------------------------------------------------------
End dump data blocks tsn: 4 file#: 4 minblk 57 maxblk 57
*** 2012-07-15 11:04:53.535
Start dump data blocks tsn: 4 file#: 4 minblk 58 maxblk 58
buffer tsn: 4 rdba: 0x0100003a (4/58)
scn: 0x0000.002d8b28 seq: 0x01 flg: 0x04 tail: 0x8b282101
frmt: 0x02 chkval: 0x56f3 type: 0x21=SECOND LEVEL BITMAP BLOCK
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0A2D8400 to 0x0A2DA400
A2D8400 0000A221 0100003A 002D8B28 04010000  [!...:...(.-.....]
A2D8410 000056F3 00000000 00000000 00000000  [.V..............]
A2D8420 00000000 00000000 00000000 00000000  [................]
        Repeat 1 times
A2D8440 00000000 00000000 00000000 0100003B  [............;...]
A2D8450 00000001 00000001 00000000 00000000  [................]
A2D8460 00000000 00000000 0000D0C2 00000001  [................]
A2D8470 00000000 01000039 00010005 00000000  [....9...........]
A2D8480 00000000 00000000 00000000 00000000  [................]
        Repeat 502 times
A2DA3F0 00000000 00000000 00000000 8B282101  [.............!(.]
Dump of Second Level Bitmap Block
   number: 1       nfree: 1       ffree: 0      pdba:     0x0100003b
   Inc #: 0 Objd: 53442
  opcode:0
xid:
  L1 Ranges :
  --------------------------------------------------------
   0x01000039  Free: 5 Inst: 1
 
  --------------------------------------------------------
End dump data blocks tsn: 4 file#: 4 minblk 58 maxblk 58
*** 2012-07-15 11:05:22.720
Start dump data blocks tsn: 4 file#: 4 minblk 59 maxblk 59
buffer tsn: 4 rdba: 0x0100003b (4/59)
scn: 0x0000.002d8b3c seq: 0x01 flg: 0x04 tail: 0x8b3c2301
frmt: 0x02 chkval: 0x7b60 type: 0x23=PAGETABLE SEGMENT HEADER
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0A2D8400 to 0x0A2DA400
A2D8400 0000A223 0100003B 002D8B3C 04010000  [#...;...<.-.....]
A2D8410 00007B60 00000000 00000000 00000000  [`{..............]
A2D8420 00000000 00000001 00000008 00000A9C  [................]
A2D8430 00000000 00000004 00000008 0100003D  [............=...]
A2D8440 00000000 00000000 00000000 00000004  [................]
A2D8450 00000000 00000000 00000000 00000000  [................]
A2D8460 00000004 00000008 0100003D 00000000  [........=.......]
A2D8470 00000000 00000000 00000004 01000039  [............9...]
A2D8480 01000039 00000000 00000000 00000000  [9...............]
A2D8490 00000000 00000000 00000000 00000000  [................]
        Repeat 3 times
A2D84D0 00000001 00002000 00000000 00001434  [..... ......4...]
A2D84E0 00000000 0100003A 00000001 01000039  [....:.......9...]
A2D84F0 0100003A 00000000 00000000 00000000  [:...............]
A2D8500 00000000 00000000 00000001 00000000  [................]
A2D8510 0000D0C2 10000000 01000039 00000008  [........9.......]
A2D8520 00000000 00000000 00000000 00000000  [................]
        Repeat 152 times
A2D8EB0 01000039 0100003C 00000000 00000000  [9...<...........]
A2D8EC0 00000000 00000000 00000000 00000000  [................]
        Repeat 151 times
A2D9840 00000000 00000000 0100003A 00000000  [........:.......]
A2D9850 00000000 00000000 00000000 00000000  [................]
        Repeat 185 times
A2DA3F0 00000000 00000000 00000000 8B3C2301  [.............#<.]
  Extent Control Header
  -----------------------------------------------------------------
  Extent Header:: spare1: 0      spare2: 0      #extents: 1      #blocks: 8    
                  last map  0x00000000  #maps: 0      offset: 2716 
      Highwater::  0x0100003d  ext#: 0      blk#: 4      ext size: 8    
  #blocks in seg. hdr's freelists: 0    
  #blocks below: 4    
  mapblk  0x00000000  offset: 0    
                   Unlocked
  --------------------------------------------------------
  Low HighWater Mark :
      Highwater::  0x0100003d  ext#: 0      blk#: 4      ext size: 8    
  #blocks in seg. hdr's freelists: 0    
  #blocks below: 4    
  mapblk  0x00000000  offset: 0    
  Level 1 BMB for High HWM block: 0x01000039
  Level 1 BMB for Low HWM block: 0x01000039
  --------------------------------------------------------
  Segment Type: 1 nl2: 1      blksz: 8192   fbsz: 0     
  L2 Array start offset:  0x00001434
  First Level 3 BMB:  0x00000000
  L2 Hint for inserts:  0x0100003a
  Last Level 1 BMB:  0x01000039
  Last Level II BMB:  0x0100003a
  Last Level III BMB:  0x00000000
     Map Header:: next  0x00000000  #extents: 1    obj#: 53442  flag: 0x10000000
  Inc # 0
  Extent Map
  -----------------------------------------------------------------
   0x01000039  length: 8    
 
  Auxillary Map
  --------------------------------------------------------
   Extent 0     :  L1 dba:  0x01000039 Data dba:  0x0100003c
  --------------------------------------------------------
 
   Second Level Bitmap block DBAs
   --------------------------------------------------------
   DBA 1:   0x0100003a
 
End dump data blocks tsn: 4 file#: 4 minblk 59 maxblk 59
Start dump data blocks tsn: 4 file#: 4 minblk 60 maxblk 60
buffer tsn: 4 rdba: 0x0100003c (4/60)
scn: 0x0000.002d8b3c seq: 0x01 flg: 0x04 tail: 0x8b3c0601
frmt: 0x02 chkval: 0xfed8 type: 0x06=trans data
Hex dump of block: st=0, typ_found=1
Dump of memory from 0x0A2D8400 to 0x0A2DA400
A2D8400 0000A206 0100003C 002D8B3C 04010000  [....<...<.-.....]
A2D8410 0000FED8 00000001 0000D0C2 002D8B3C  [............<.-.]
A2D8420 00000000 00320003 01000039 0003000A  [......2.9.......]
A2D8430 00000264 00000000 00000000 00008000  [d...............]
A2D8440 002D8B31 00000000 00000000 00000000  [1.-.............]
A2D8450 00000000 00000000 00000000 00000000  [................]
        Repeat 1 times
A2D8470 00000000 00000000 00000000 00060100  [................]
A2D8480 001EFFFF 1F2C1F4A 00001F2C 1F7A0006  [....J.,.,.....z.]
A2D8490 1F681F71 1F561F5F 00001F4D 00000000  [q.h._.V.M.......]
A2D84A0 00000000 00000000 00000000 00000000  [................]
        Repeat 497 times
A2DA3C0 00000000 00000000 01002C00 0006C102  [.........,......]
A2DA3D0 002C0000 06C10201 2C000000 C1020100  [..,........,....]
A2DA3E0 00000006 0201002C 000006C1 01002C00  [....,........,..]
A2DA3F0 0006C102 002C0000 03C10201 8B3C0601  [......,.......<.]
Block header dump:  0x0100003c
Object id on Block? Y
seg/obj: 0xd0c2  csc: 0x00.2d8b3c  itc: 3  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x1000039 ver: 0x01 opc: 0
     inc: 0  exflg: 0

Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x000a.003.00000264  0x00000000.0000.00  C---    0  scn 0x0000.002d8b31
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0x03   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000

data_block_dump,data header at 0xa2d847c
===============
tsiz: 0x1f80
hsiz: 0x1e
pbl: 0x0a2d847c
bdba: 0x0100003c
     76543210
flag=--------
ntab=1
nrow=6
frre=-1
fsbo=0x1e
fseo=0x1f4a
avsp=0x1f2c
tosp=0x1f2c
0xe:pti[0] nrow=6 offs=0
0x12:pri[0] offs=0x1f7a
0x14:pri[1] offs=0x1f71
0x16:pri[2] offs=0x1f68
0x18:pri[3] offs=0x1f5f
0x1a:pri[4] offs=0x1f56
0x1c:pri[5] offs=0x1f4d
block_row_dump:
tab 0, row 0, @0x1f7a
tl: 6 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 2]  c1 03
tab 0, row 1, @0x1f71
tl: 6 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 2]  c1 06
tab 0, row 2, @0x1f68
tl: 6 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 2]  c1 06
tab 0, row 3, @0x1f5f
tl: 6 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 2]  c1 06
tab 0, row 4, @0x1f56
tl: 6 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 2]  c1 06
tab 0, row 5, @0x1f4d
tl: 6 fb: --H-FL-- lb: 0x0  cc: 1
col  0: [ 2]  c1 06
end_of_block_dump
End dump data blocks tsn: 4 file#: 4 minblk 60 maxblk 60

三个BLOCK之间的关系：
在本地管理表空间中ORACLE自动管理分配给段的区的大小，只在本地管理的表空间中才能选用段自动管理，采用自动段空间管理的本地管理表空间中的段中的空闲数据块的信息就存放在段中某些区的头部，使用位图来管理（最普通的情况是一个段的第一个区的第一个块为FIRST LEVEL BITMAP BLOCK，第二个块为SECOND LEVEL BITMAP BLOCK，第三个块为PAGETABLE SEGMENT HEADER，再下面的块为记录数据的数据块，FIRST LEVEL BITMAP BLOCK的父数据块地址指向SECOND LEVEL BITMAP BLOCK，SECOND LEVEL BITMAP BLOCK的父数据块地址指向PAGETABLE SEGMENT HEADER，FIRST LEVEL BITMAP BLOCK记录了它所管理的所有块（包括头部三个块，不仅仅指数据块）的状态，标识的状态有Metadata、75-100% free、50-75% free、25-50% free、0-25% free、full、unformatted，在SECOND LEVEL BITMAP BLOCK中有一个列表，记录了它管理的FIRST LEVEL BITMAP BLOCK，PAGETABLE SEGMENT HEADER中记录的内容比较多，除了记录了它管理的SECOND LEVEL BITMAP BLOCK，还记录了各个区的首块地址以及各个区的DB BLOCK的个数，段的各个区所对应的FIRST LEVEL BITMAP BLOCK的块地址以及区里面记录数据的数据块的起始地址。如果一个区拥有很多块，这时会在一个区里出现两个或多个FIRST LEVEL BITMAP BLOCK，这些FIRST LEVEL BITMAP BLOCK分别管理一个区中的一些块，当区的数据块比较少时，一个区的FIRST LEVEL BITMAP BLOCK可以跨区管理多个区的数据块，BITMAP BOLCK最多为三级）。
0
顶
1
踩
分享到：
| Eclipse安装VMware Cloud Foundry的SDK
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    Oracle数据库整理表碎片

    为了确定一个表是否存在碎片问题，可以通过以下步骤来进行检查： 1. **收集表统计信息**：首先，需要确保表的统计信息是最新的。这可以通过执行`exec dbms_stats.gather_table_stats(ownname=&gt;'SCHEMA_NAME', ...

    oracle新手入门指导之一——数据库表空间知识.txt

    - **表空间（Tablespace）**：表空间是Oracle数据库中的最高级逻辑存储单元，每个表空间由一个或多个数据文件组成，用于存储数据库中的对象。 - **数据文件（Datafile）**：每个表空间至少包含一个数据文件，这些...

    详解Oracle数据库的db_cache_size和granule_size

    - `DB_CACHE_SIZE`用于指定数据库中DEFAULT缓冲池的大小，这个缓冲池主要用来存储具有主块大小（由`DB_BLOCK_SIZE`初始化参数定义）的数据块。 - 数据块在被数据库读取后会被放置在内存缓冲区中，而`DB_CACHE_SIZE`...

    ORACLE中段的HEADER_BLOCK示例详析

    例如，第一个区的第一个数据块（BLOCK_ID=9）应该是位图块，第二个块（BLOCK_ID=17）是另一个位图块，而第三个块（BLOCK_ID=25）是段头部块。后续的块（从25开始递增）则用于存储实际数据。 通过这种方式，Oracle...

    oracle数据库练习A

    10. **存储参数计算**：如果db_block_size是8KB，且存储参数设置为(initial 8k next 8k pctincrease 50 minextents 3)，第三个区的大小是16KB。因为每个区的初始大小是8KB，pctincrease 50意味着每次增长50%，所以第...

    Oracle参数优化

    它是按会话(session)设置的，如果多个会话同时进行排序操作，Oracle会为每个会话分配相应内存，超出SGA区的部分将使用临时表空间。因此，需根据应用的并发会话数和排序需求合理设定此参数。 除了上述参数，还有其他...

    Oracle数据块原理分析

    Oracle 数据库中，最基本的数据管理单位是数据块（datablock），它是数据库逻辑上最小的数据单位。在操作系统级别，数据是最小物理存储单位是字节（byte），而在数据库级别则是数据块。Oracle 在处理数据时，通常以...

    Oracle期末试题

    - **解析**: 查询处理包括分析(解析SQL语句)、执行(执行解析后的SQL语句)和提取(获取查询结果)三个主要阶段。 - **答案**: 分析, 执行, 提取 7. **后续内容省略** (题目未给出完整信息) 以上是针对“Oracle期末...

    oracle逻辑结构详解

    - 一个表空间物理上至少由一个数据文件(Datafile)构成； - 一个表空间至少包含一个段(Segment)作为控制信息； - 表空间的大小等于其下所有数据文件大小的总和。 - **查询表空间使用状况：** - `SELECT * FROM ...

    ORACLE数据库空间管理实践.pdf

    Oracle数据库在逻辑上划分为多个表空间，每个表空间由一个或多个物理数据文件构成。数据库存储的基本单位是块，其大小在创建数据库时通过DB_BLOCK_SIZE参数设定。多个连续的块组成一个区（Extent），它是数据对象...

    ORACLE初始化参数详解

    这些参数定义了数据库的内存结构、磁盘空间使用、系统资源限制、数据文件管理等多个方面，是优化Oracle数据库性能的关键因素。以下是对Oracle初始化参数的详细解读： 1. **SGA (System Global Area) 参数** - `SGA...

    Oracle性能优化培训

    在Oracle性能优化过程中，主要涉及以下几个方面：磁盘I/O优化、内存优化、CPU优化以及查询优化等。通过这些方面的综合调整与优化，可以显著提升Oracle数据库的运行效率。 #### 二、索引优化 索引是提高查询速度的...

    通过ORACLE的平台依赖性进行系统优化.pdf

    ORACLE在NT平台下每个数据文件最多能有4百万个数据块（Data Block），如果按每个块8KB大小计算，那么一个数据文件就有32GB，而一个数据库（Database）最多可有1022个数据文件，那么这个数据库最大可达到32TB。...

    ORACLE9i_优化设计与系统调整(doc)

    1. 表空间管理：根据数据大小和访问频率，合理划分表空间，使用不同的存储参数如PCTFREE和PCTUSED，控制空间利用率和预留空间。 2. 表分区：大表分区有助于数据管理和查询效率，如范围分区、列表分区、散列分区等，...

    Oracle存储空间管理及应用方案.docx

    块是Oracle数据库的最基本存储单元，其大小由参数DB_BLOCK_SIZE定义。 数据文件是Oracle数据库的物理存储单元，扩展名为DBF，它们包含了数据库的所有数据。日志文件（LOG）记录了对数据库的所有更改，用于故障恢复...

    Oracle 10g 内存 调整报告

    SELECT NAME, VALUE FROM v$parameter WHERE NAME IN ('sga_max_size', 'db_cache_size', 'shared_pool_size', 'shared_pool_reserved_size', 'large_pool_size', 'java_pool_size', 'db_block_size', 'db_block_...

    在裸设备和文件系统之间转换ORACLE数据

    然而，Oracle在建立数据文件时还会额外占用一个块作为“Oracle OS Header Block”，用于存储文件的逻辑块大小和文件块数等信息。因此，创建数据文件时指定的SIZE值应小于或等于8180KB。 #### 2.2 在文件系统和裸...

    偷来的ORACLE试题

    3. 表空间和数据文件：表空间是逻辑存储单元，由一个或多个数据文件组成，用来存储数据库对象。 4. 本地管理表空间和字典管理表空间：本地管理表空间使用 bitmap 管理段空间，更高效；字典管理依赖于数据字典，灵活...

Magicbox
Global site tag (gtag.js) - Google Analytics