本篇文章給大家分享的是有關怎么進行oracle數據塊格式的分析，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

成都創新互聯主要為客戶提供服務項目涵蓋了網頁視覺設計、VI標志設計、成都營銷網站建設、網站程序開發、HTML5響應式網站建設公司、手機網站制作設計、微商城、網站托管及成都網站維護、WEB系統開發、域名注冊、國內外服務器租用、視頻、平面設計、SEO優化排名。設計、前端、后端三個建站步驟的完善服務體系。一人跟蹤測試的建站服務標準。已經為建筑動畫行業客戶提供了網站設計服務。

  Oracle數據塊可分為三層
 

更細化

 

Cache layer--20字節，包含DBA、塊類型、塊格式、SCN；數據塊被讀取時進行完整性檢查，確保沒有損壞或fracture，即塊更新信息只有部分被寫入磁盤；
Transaction layer
固定事務layer--塊類型，最后一次塊清除時間csc，ITL數量itc；
可變事務layer--包含ITL，每個24字節；
Data layer
Data header(KDBH)：14字節，表目錄項個數，行目錄項個數，指向free space的開始和結束位置的偏移量，當前塊剩余空間
表目錄--cluster表記錄多于1，記錄行目錄中與此表相關的個數，以及起始位置
行目錄--記錄每行的起始位置，即指向行頭的偏移量，每個2字節；innodb采用的是entry?

以10205為例
create table t(id number(2));
insert into t values(1);
insert into t values(2);
commit;
SQL> select FILE_ID,BLOCK_ID,EXTENT_ID,BLOCKS from dba_extents where owner='SYS' and SEGMENT_NAME='T';

   FILE_ID   BLOCK_ID  EXTENT_ID     BLOCKS
---------- ---------- ---------- ----------
        68    2260129          0          8

SQL> select dbms_rowid.rowid_block_number(rowid),id from t;

DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)         ID
------------------------------------ ----------
                             2260132          1
                             2260132          2
                             2260132          1

alter system dump datafile 68 block 2260132;
select spid from v$process where addr=(select paddr from v$session where sid=(select sid from v$mystat where rownum=1));

Dump block的輸出格式與實際順序可能不一致
****************cache layer******************************
buffer tsn: 115 rdba: 0x11227ca4 (68/2260132)
scn: 0x0860.07f11dad seq: 0x01 flg: 0x02 tail: 0x1dad0601
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data

SCN=2字節base + 4字節wrap
Seq：sequence number
Flag：0x01—new block；0x02—delayed logging change advance SCN/seq；0x04—check value saved-block xor’s to zero；0x08—temporary block；
Frmt：數據塊格式，從8i到10205一直為0x02
Chkval：可選項，db_block_checksum=true時啟用
Tail：存于塊尾footer，SCN base低位2字節 + 塊類型 + SCN seq = 12ca + 06 + 01

Kcbh數據結構
typedef struct kcbh_ {
ub1 type_kcbh;
ub1 frmt_kcbh;
ub1 spare1_kcbh;
ub1 spare2_kcbh;
krdba rdba_kcbh;
ub4 bas_kcbh; /* base of SCN */
ub2 wrp_kcbh; /* wrap of SCN */
ub1 seq_kcbh; /* seq# of changes at same scn, KCBH_NLCSEQ */
ub1 flg_kcbh; /* see KCBHFNEW etc below */
ub2 chkval_kcbh;
ub2 spare3_kcbh;
} kcbh;

****************transaction layer************************
--固定部分
Block header dump:  0x11227ca4
 Object id on Block? Y
 seg/obj: 0x5454c  csc: 0x860.7f11dac  itc: 2  flg: E  typ: 1 - DATA
     brn: 0  bdba: 0x11227ca1 ver: 0x01 opc: 0
     inc: 0  exflg: 0

Csc：最后一次塊清除SCN
Typ：1=DATA; 2=INDEX

typedef struct ktbbh_ { /* 10201 struct ktbbh block header */
ub1 ktbbhtyp; /* block type */
ub4 ktbbhsid;
kscn ktbbhcsc; /* effective time of last cleanout */
b2 ktbbhict; /* number of itl entries mask 0x00ff*/
ub1 ktbbhflg; /* flags */
ub1 ktbbhfsl; /* free space lock */
krdba ktbbhfnx; /* next block in free list */
}

--變長部分，每個ITL槽24個字節
Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x000a.01d.00017bc3  0x00800330.7d5f.1e  --U-    3  fsc 0x0000.07f11dad
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000

Xid：事務ID undoseg + slot + wrap
Uba：undodba + seqno + recordNo
Flags：C=Commited; U=Commited Upper Bound; T=Active at CSC
Lck: 此事務涉及的行數目
Scn：提交TX時的SCN

struct ktbit {
kxid ktbitxid; /* transaction id */
kuba ktbituba; /* undo address for last change */
b2 ktbitflg;   /* num of locks in block */
ktbitun_t _ktbitun;
ub4 ktbitbas;  /* sys commit num base */
}

****************data layer******************************
tsiz: 0x1f98
hsiz: 0x18
pbl: 0x0d0e8664
bdba: 0x11227ca4
     76543210
flag=--------
ntab=1
nrow=3
frre=-1
fsbo=0x18  --空閑空間的起始偏移量
fseo=0x1f86 –空閑空間的結束偏移量
avsp=0x1f65 –空閑空間總量
tosp=0x1f65

數據塊頭結構
struct kdbh {
ub1 kdbhflag;  /* FLAGs */
ktno kdbhntab; /* Number of TABles in the table index */
ub2 kdbhnrow;  /* Number of ROWs in the row index */
sb2 kdbhfrre;  /* first FRee Row index Entry */
sb2 kdbhfsbo;  /* Free Space Beginning Offset */
sb2 kdbhfseo;  /* Free Space Ending Offset */
b2 kdbhavsp;   /* AVailable SPace in the block */
b2 kdbhtosp;   /* TOtal Space that will be available */
}

0xe:pti[0]      nrow=3  offs=0
表目錄：
struct kdbt {
b2 kdbtoffs; /* OFFSet in the block from kdbpri */
b2 kdbtnrow; /* Number of Rows in the table */
}

0x12:pri[0]     offs=0x1f92
0x14:pri[1]     offs=0x1f8c
0x16:pri[2]     offs=0x1f86
行目錄：sb2 kdbr[3]
每行對應一條記錄，每個2字節，kdbr為sb2類型數組，指向每一行的頭；

block_row_dump:
tab 0, row 0, @0x1f92
tl: 6 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [ 2]  c1 02
tab 0, row 1, @0x1f8c
tl: 6 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [ 2]  c1 03
tab 0, row 2, @0x1f86
tl: 6 fb: --H-FL-- lb: 0x1  cc: 1
col  0: [ 2]  c1 02
行由行頭和數據兩部分，
行頭--行標志 + 鎖標志 + 列數，一般占3字節；T1-行大小； cc-本行的列數； lb-鎖標志位，指向ITL； fb-標志位；
數據—列長度 + 列數據

1 如何定位每1行？
由行目錄kdbr存儲每行的偏移量，每項2字節；
BBED> p kdbr
sb2 kdbr[0]                                 @118      8078 
sb2 kdbr[1]                                 @120      8068   
BBED> p *kdbr[0]
 rowdata[10] ----------- ub1 rowdata[10]                            
@8178     0x2c
由于塊頭包含可變長的ITL和行目錄，故空閑空間從塊尾開始分配；
 

2 row flag的取值范圍
刪除數據時僅將行標記為deleted，行頭row flag的位掩碼如下

對于普通行(沒有行鏈接/行遷移/被刪除/簇表)，其基本標志位為HFL，即32+8+4=44=0x2c；
若行被刪除，則row flag=44+16=60=0x3c；
恢復尚未被覆蓋的刪除行，只需將其row flag從3c改為2c，row flag位于行頭首字節；
詳細可參照http://orafaq.com/papers/dissassembling_the_data_block.pdf

3 行鎖原理？
Oracle沒有為行鎖提供數據結構，而是通過 事務表 + ITL + lb(row header)實現；
一個事務分配一個TX lock和若干TM lock，涉及的數據塊各需1個ITL，通過其XID關聯事務表slot，而數據行則通過lb指向本塊的ITL；

4 數據塊驗證？
數據塊讀入內存或寫入磁盤時，會做一致性檢查：
1 塊版本，塊頭的SCNBase/塊類型/seq同footer比較；
2 cache層的DBA同block buffer的DBA比較；
3 block-checksum, 如果開啟checksum則做驗證；

Dbv只檢查數據塊的header/footer，做邏輯驗證；
Db_block_checking：替代10210/10211/10212事件，進行塊完整性檢查，如free slot list/行位置/鎖數量；檢查時會復制塊，如有錯誤將塊標志為soft corruption；
Db_block_checksum：dbwr和direct loader寫數據塊時計算checksum并存于cache層chkval，再次讀取時重新計算并與已有checksum比較；
Dbms_repair修復cache/transaction層的錯誤，將塊標示為soft corruption；

event
10231全表掃描時跳過壞塊
10233跳過索引壞塊

以上就是怎么進行oracle數據塊格式的分析，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注創新互聯行業資訊頻道。

標題名稱：怎么進行oracle數據塊格式的分析
本文來源：http://www.2m8n56k.cn/article36/ijcdpg.html

成都網站建設公司_創新互聯，為您提供商城網站、ChatGPT、移動網站建設、網站設計、微信小程序、虛擬主機

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：[email protected]。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯