oracle数据块结构分析说明_数据库表分区的作用资源-CSDN文库

需积分: 9 56 浏览量 2011-06-30 15:06:56 上传评论收藏 275KB DOC 举报

"Oracle数据块结构分析说明" Oracle 数据块结构是 Oracle 数据库存储数据的基本单元。一个数据块（Block）是 Oracle 数据库中的最小存储单元，它是数据文件（Datafile）中的一部分。每个数据块的大小可以是 2k、4k、8k 或 16k 等，取决于数据库的设置。在 Oracle 数据库中，数据块的结构主要包括以下几个部分： 1. 杂项（Type）：表示数据块的类型，例如 Transaction 数据、索引数据等。 2. 格式控制（Frmt）：表示数据块的格式，例如是否压缩、是否加密等。 3. 副本（Spare1/2_kcbh）：这两个字段现在已经不再使用，之前用于记录数据块的增量编号和时间戳。 4. 相对数据库地址（RDBA）：表示数据块在数据文件中的相对地址，包括文件 ID 和块 ID。文件 ID 是一个 10 位二进制数，块 ID 是一个 22 位二进制数。 5. 系统更改号（SCN）：表示数据块的系统更改号，用于记录数据块的修改历史。 6. 序列号（Seq）：表示数据块的序列号，用于记录数据块的修改顺序。在 Oracle 数据库中，数据块的存储方式是根据数据块的大小和类型来确定的。例如，一个 4k 的数据块可以存储在一个 4k 的数据文件中，而一个 8k 的数据块可以存储在一个 8k 的数据文件中。同时，Oracle 数据库也可以使用大型数据文件来存储大量数据，以提高数据存储效率。在数据块结构中，还有一个重要的字段是 Flag（flg），它用于记录数据块的状态，例如是否为新块、是否损坏等。 Flag 的取值来自 kcbh.h 文件中定义的常量，例如 KCBHFNEW、KCBHFCORRUPT 等。 Oracle 数据块结构是 Oracle 数据库存储数据的基本单元，它的结构包括类型、格式控制、副本、相对数据库地址、系统更改号、序列号和 Flag 等字段。Understanding the structure of Oracle data blocks is essential for database administrators to manage and optimize database performance.

资源推荐

资源详情

资源评论

datafile block block size :8192

Offset 0 1 2 3 4 5 6 7 8 9 a b c d e f

00014000 06 A2 00 00 0A 00 40 01 0E 89 43 00 00 00 05 02

type frmt spare1/2_kcbh rdba scn seq flg

1 : 20 bytes

type: 0x06=trans data defined in kcb.h

frmt:

8i~9i 都是 0x02 10.1.0 2k: 0x62 4k:0x82 8k:0xa2 16k:0xc2 (logfile 0x22

512 bytes)

spare1/2_kcbh: ub1 spare1_kcbh this field is no longer used (old inc#, now always 0)

ub1 spare2_kcbh this field is no longer used (old ts#, now always 0)

rdba:

0x0140000a 转换成 2 进制后它的前 10 bit 表示 file id 后 22 bit 表示的

block id 可以看出一个 tablespace 可以有 1023 个 datafile ,每个 datafile 可

以有 4M 的 block

10G 出现的 big datafile 这里表示的就是 block id 了没有 file id

9.2.0 试验过一个 tablespace 可以有 1023 个 datafile 一个 object 可以存放

在 1023 个 datafile 中

scn: scn: 0x0000.0043890e

seq: A sequence number incremented for each change to a block at the same

SCN

A new SCN is allocated if the sequence number wraps.

同一个 SCN 影响这个 block 中的行数大于 254 行就会为这个事务分配一

个新的 SCN

如下面的操作就可能引起同一个 SCN 但影响的同一个 block 中的行超过

254 行

"delete from table_name"

影响的行数(最大 254) 是用从 0x01 到 0xfe 表示的

当这个 byte 的数据为 0xff 的时候标志这个 block 坏调了---> ora-01578

Sequence number:

SEQ -> 0 /* non-logged changes - do not advance seq# */

SEQ -> (UB1MAXVAL-1)/* maximum possible sequence number */

SEQ -> (UB1MAXVAL) /* seq# to indicate a block is corrupt,equal to FF.

soft corrupt*/

0xff : When present it indicates that the block has been marked as

corrupt by Oracle. either by the db_block_checking functionality or the

equivalent events (10210 for data blocks, 10211 for index blocks, and

10212 for cluster blocks) when making a database change, or by the

DBMS_REPAIR.FIX_CORRUPT_BLOCKS procedure, or by PMON after

an unsuccessful online block recovery attempt while recovering a failed

process, or by RMAN during a BACKUP, COPY or VALIDATE command

with the CHECK LOGICAL option. Logical corruptions are normally due

to either recovery through a NOLOGGING operation, or an Oracle

software bug.

flg:

as defined in kcbh.h

#define KCBHFNEW 0x01 /* new block - zeroed data area */

#define KCBHFDLC 0x02 /* Delayed Logging Change advance SCN/seq

#define KCBHFCKV 0x04 /* ChecK Value saved-block xor's to zero */(

检

查值保存块异或零

)

#define KCBHFTMP 0x08 /* Temporary block */

这是一个可以组合的值也就是说有为 6 的时候是 2,4 两种情况的组合

Block structure as defined in kcbh.h:

struct kcbh

{ub1 type_kcbh; /* Block type* /

ub1 frmt_kcbh; /* #define KCBH_FRMT8 2 */

ub1 spare1_kcbh;

ub1 spare2_kcbh;

krdba rdba_kcbh; /* relative DBA /

ub4 bas_kcbh; /* base of SCN */

ub2 wrp_kcbh; /* wrap of SCN */

ub1 seq_kcbh; /* sequence # of changes at same scn */

00014010 00 00 00 00 01 00 17 00 54 D2 00 00 0A 89 43 00

chkval spare3_kcbh typ ? seg/obj csc

00014020 00 00 E8 1F 02 00 03 00 00 00 00 00 04 00 0C 00

csc ? itc ? flg fsl fnx xid

1 : 20 bytes

type: 0x06=trans data defined in kcb.h

frmt:

8i~9i 都是 0x02 10.1.0 2k: 0x62 4k:0x82 8k:0xa2 16k:0xc2 (logfile 0x22

512 bytes)

spare1/2_kcbh: ub1 spare1_kcbh this field is no longer used (old inc#, now always 0)

ub1 spare2_kcbh this field is no longer used (old ts#, now always 0)

rdba:

0x0140000a 转换成 2 进制后它的前 10 bit 表示 file id 后 22 bit 表示的

block id 可以看出一个 tablespace 可以有 1023 个 datafile ,每个 datafile 可

以有 4M 的 block

10G 出现的 big datafile 这里表示的就是 block id 了没有 file id

9.2.0 试验过一个 tablespace 可以有 1023 个 datafile 一个 object 可以存放

在 1023 个 datafile 中

scn: scn: 0x0000.0043890e

seq: A sequence number incremented for each change to a block at the same

SCN

A new SCN is allocated if the sequence number wraps.

同一个 SCN 影响这个 block 中的行数大于 254 行就会为这个事务分配一

个新的 SCN

如下面的操作就可能引起同一个 SCN 但影响的同一个 block 中的行超过

254 行

"delete from table_name"

影响的行数(最大 254) 是用从 0x01 到 0xfe 表示的

当这个 byte 的数据为 0xff 的时候标志这个 block 坏调了---> ora-01578

Sequence number:

SEQ -> 0 /* non-logged changes - do not advance seq# */

SEQ -> (UB1MAXVAL-1)/* maximum possible sequence number */

SEQ -> (UB1MAXVAL) /* seq# to indicate a block is corrupt,equal to FF.

soft corrupt*/

0xff : When present it indicates that the block has been marked as

corrupt by Oracle. either by the db_block_checking functionality or the

equivalent events (10210 for data blocks, 10211 for index blocks, and

10212 for cluster blocks) when making a database change, or by the

DBMS_REPAIR.FIX_CORRUPT_BLOCKS procedure, or by PMON after

an unsuccessful online block recovery attempt while recovering a failed

process, or by RMAN during a BACKUP, COPY or VALIDATE command

with the CHECK LOGICAL option. Logical corruptions are normally due

to either recovery through a NOLOGGING operation, or an Oracle

software bug.

flg:

as defined in kcbh.h

#define KCBHFNEW 0x01 /* new block - zeroed data area */

#define KCBHFDLC 0x02 /* Delayed Logging Change advance SCN/seq

#define KCBHFCKV 0x04 /* ChecK Value saved-block xor's to zero */(

检

查值保存块异或零

)

#define KCBHFTMP 0x08 /* Temporary block */

这是一个可以组合的值也就是说有为 6 的时候是 2,4 两种情况的组合

Block structure as defined in kcbh.h:

struct kcbh

{ub1 type_kcbh; /* Block type* /

ub1 frmt_kcbh; /* #define KCBH_FRMT8 2 */

ub1 spare1_kcbh;

ub1 spare2_kcbh;

krdba rdba_kcbh; /* relative DBA /

ub4 bas_kcbh; /* base of SCN */

ub2 wrp_kcbh; /* wrap of SCN */

ub1 seq_kcbh; /* sequence # of changes at same scn */

spare3_kcbh : ub2 spare3_kcbh

2 : 24 bytes (总计 44bytes)

typ : 1 - DATA 2 index

改成 3 了在 10.1.0 上引起了 ora-600[2032]然后 ORA-27101: shared

memory realm does not exist

oracle 进行查询的时候是根据 obj$表中的情况来判断对象的类型的,不是根

据这个 typ 也就是说如果有一个表但改变表中 block 的这个标志位，一样可

以查询出数据来,

但 dump block 时会出错,ORA-00600: 内部错误代码，自变量: [4555], [0],

[], [], [], [], [], []

错误中的 [0] 就是 typ 对应的数据

在 10G 中改变它后 update 这个 block 的数据 commit 可以但 rollback 的报

错

见过有其他值但用编辑器改这个值在 dump 文件中显示不出来变化

seg/obj: 0xd254

csc : 0x00.43890a The SCN at which the last full cleanout was performed on

the block

00014040 0E 89 43 00 00 00 00 00 00 00 00 00 00 00 00 00

Scn/Fsc

第 2 条 itl 这里没使用

00014050 00 00 00 00 00 00 00 00 00 00 00 00 00 01 01 00

第 2 条 itl 这里没使用

flag ntab nrow

00014060 FF FF 14 00 9B 1F 83 1F 83 1F 00 00 01 00 9B 1F

frre fsbo fseo avsp tosp offs nrow row offs

xid : Transaction ID (UndoSeg.Slot.Wrap)

值可以用 select XIDUSN, XIDSLOT,XIDSQN from v$transaction;查到

This is comprised of the rollback segment number (2 bytes), the slot

number

in the transaction table of that rollback segment (2 bytes), and the number

of times use of that transaction table has wrapped (4 bytes).

uba : Undo address (UndoDBA.SeqNo.RecordNo)

The location of the undo for the most recent change to this block by this

transaction. This is comprised of the DBA of the rollback segment block

(4 bytes), the sequence number (2 bytes), and the record number for the

change in that undo block (1 byte), plus 1 unused byte.

Lck Flag:

Lck 锁定的 row 数这里还用到了下一个 byte 的数据

2 对应的二进制表示为 0010 正好和 dump 文件中的 --U- 吻合

flag 1 nibble

C = Committed; U = Commit Upper Bound; T = Active at CSC; B =

Rollback of this UBA gives before image of the ITL.

---- = transaction is active, or committed pending cleanout

C--- = transaction has been committed and locks cleaned out

-B-- = this undo record contains the undo for this ITL entry

--U- = transaction committed (maybe long ago); SCN is an upper bound

---T = transaction was still active at block cleanout SCN

Lck 3 nibbles

The number of row-level locks held in the block by this transaction.

Scn/Fsc : If the transaction has been cleaned out, this is the commit SCN or an

upper bound thereof. Otherwise the leading two bytes contain the free

space credit for the transaction - that is, the number of bytes freed in the

block by the transaction

Scn = SCN of commited TX; Fsc = Free space credit (bytes)

4 : 14 bytes 从这个 flag 位置开始是 data 区也是下面的行的 offset 的起始地址

flag : N=pctfree hit(clusters), F=don't put on free list

K=flushable cluster keys. 当然还有别的标记: A ...

ntab :

这 block 中有几个 table 的数据 cluster 这个就可能大于 1

nrow :

block 有多少行数据

剩余26页未读，继续阅读

评论收藏

内容反馈

petrel_peng

粉丝: 0
资源: 6

oracle数据块结构分析说明

最新资源