欧美一区二区三区老妇人-欧美做爰猛烈大尺度电-99久久夜色精品国产亚洲a-亚洲福利视频一区二区

ORACLE中段的HEADER_BLOCK示例詳析

前言

站在用戶的角度思考問題,與客戶深入溝通,找到比如網(wǎng)站設(shè)計(jì)與比如網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗(yàn),讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品,建站類型包括:成都做網(wǎng)站、成都網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、申請(qǐng)域名、雅安服務(wù)器托管、企業(yè)郵箱。業(yè)務(wù)覆蓋比如地區(qū)。

段(segment)是一種在數(shù)據(jù)庫中消耗物理存儲(chǔ)空間的任何實(shí)體(一個(gè)段可能存在于多個(gè)數(shù)據(jù)文件中,因?yàn)槲锢淼臄?shù)據(jù)文件

是組成邏輯表空間的基本物理存儲(chǔ)單位)

最近在學(xué)習(xí)段(segment)、區(qū)間(extent)時(shí),對(duì)段的HEADER_BLOCK有一些疑問,本文記錄一下探究的實(shí)驗(yàn)過程以及相關(guān)總結(jié),,如有不對(duì)的地方,敬請(qǐng)指出。以SCOTT.EMP表為例(下面測(cè)試環(huán)境為Oracle Database 10g Release 10.2.0.5.0 - 64bit Production):

SELECT FILE_ID, 
  BLOCK_ID, 
  BLOCKS 
FROM DBA_EXTENTS 
WHERE OWNER ='&OWNER'
  AND SEGMENT_NAME = '&TABLE_NAME'; 

ORACLE中段的HEADER_BLOCK示例詳析 

SELECT HEADER_FILE
  , HEADER_BLOCK
  , BYTES
  , BLOCKS
  , EXTENTS 
FROM DBA_SEGMENTS 
WHERE OWNER='&OWNER' AND SEGMENT_NAME='&SEGMENT_NAME';

ORACLE中段的HEADER_BLOCK示例詳析

如上所示,DBA_SEGMENTS 中的HEADER_BLOCK 與DBA_EXTENTS的BLOCK_ID不同(HEADER_BLOCK:文件ID為4的第27個(gè)塊,區(qū)間的第一個(gè)塊的BLOCK_ID為第25個(gè)塊),這個(gè)的原因如下:

一個(gè)segment的第一個(gè)區(qū)的第一個(gè)塊是FIRST LEVEL BITMAP BLOCK,第二個(gè)塊是SECOND LEVEL BITMAP BLOCK,這兩個(gè)塊是用來管理free block的,第三個(gè)塊是PAGETABLE SEGMENT HEADER,這個(gè)塊才是segment里的HEADER_BLOCK,再后面的塊就是用來記錄數(shù)據(jù)的。所以25+2=27. 詳細(xì)可以參考《循序漸進(jìn)ORCLE:數(shù)據(jù)庫管理、優(yōu)化與備份》這本書的第5章。

下面我們創(chuàng)建一個(gè)表,測(cè)試一下是否也是這個(gè)規(guī)律,如下所示:

SQL> CREATE TABLE TEST1.MMM 
 2 AS
 3 SELECT * FROM DBA_OBJECTS;
 
Table created.
 
SQL> COL SEGMENT_NAME FOR A32;
SQL> SELECT SEGMENT_NAME
 2   ,FILE_ID
 3   ,BLOCK_ID
 4   ,BLOCKS
 5 FROM DBA_EXTENTS 
 6 WHERE SEGMENT_NAME='MMM' AND OWNER='TEST1'
 7 ORDER BY BLOCK_ID ASC;
 
SEGMENT_NAME      FILE_ID BLOCK_ID  BLOCKS
-------------------------------- ---------- ---------- ----------
MMM          76   9   8
MMM          76   17   8
MMM          76   25   8
MMM          76   33   8
MMM          76   41   8
MMM          76   49   8
MMM          76   57   8
MMM          76   65   8
MMM          76   73   8
MMM          76   81   8
MMM          76   89   8
 
SEGMENT_NAME      FILE_ID BLOCK_ID  BLOCKS
-------------------------------- ---------- ---------- ----------
MMM          76   97   8
MMM          76  105   8
MMM          76  113   8
MMM          76  121   8
MMM          76  129   8
MMM          76  137  128
MMM          76  265  128
MMM          76  393  128
MMM          76  521  128
MMM          76  649  128
MMM          76  777  128
 
22 rows selected.
 
SQL> SELECT HEADER_FILE
 2  , HEADER_BLOCK
 3  , BYTES
 4  , BLOCKS
 5  , EXTENTS 
 6 FROM DBA_SEGMENTS 
 7 WHERE OWNER='TEST1' AND SEGMENT_NAME='MMM';
 
HEADER_FILE HEADER_BLOCK  BYTES  BLOCKS EXTENTS
----------- ------------ ---------- ---------- ----------
   76   11 7340032  896   22

如上所示,段對(duì)象TEST1.MMM的header_block為11 ,而對(duì)應(yīng)的區(qū)間的第一個(gè)塊對(duì)象ID為9, 也是9+2=11,確實(shí)是如此,那么我們來DUMP數(shù)據(jù)塊看看,如下所示

SQL> alter system dump datafile 76 block 9;
 
System altered.
 
SQL> alter system dump datafile 76 block 10;
 
System altered.
 
SQL> alter system dump datafile 76 block 11;
 
System altered.
 
SQL> select user_dump.value 
 2   || '/' 
 3   || lower(instance.value) 
 4   || '_ora_' 
 5   || v$process.spid 
 6   || nvl2(v$process.traceid, '_' 
 7         || v$process.traceid, null) 
 8   || '.trc'"trace file" 
 9 from v$parameter user_dump 
 10   cross join v$parameter instance 
 11   cross join v$process 
 12   join v$session 
 13   on v$process.addr = v$session.paddr 
 14 where user_dump.name = 'user_dump_dest' 
 15   and instance.name = 'instance_name' 
 16   and v$session.audsid = sys_context('userenv', 'sessionid'); 
 
trace file
--------------------------------------------------------------------------------
/u01/app/oracle/admin/SCM2/udump/scm2_ora_22642.trc

第一個(gè)區(qū)的第一個(gè)塊(block_id=9)是FIRST LEVEL BITMAP BLOCK,第二個(gè)塊(block_id=10)是SECOND LEVEL BITMAP BLOCK,這兩個(gè)塊是用來管理free block的,第三個(gè)塊(block_id=11)是PAGETABLE SEGMENT HEADER,這個(gè)塊才是segment里的HEADER_BLOCK,再后面的塊就是用來記錄數(shù)據(jù)的

ORACLE中段的HEADER_BLOCK示例詳析

ORACLE中段的HEADER_BLOCK示例詳析

ORACLE中段的HEADER_BLOCK示例詳析

不過有一個(gè)奇怪的現(xiàn)象,對(duì)SCOTT.EMP其數(shù)據(jù)塊做dump,發(fā)現(xiàn)25、26、27數(shù)據(jù)塊的type都是trans data,0x06表示的Block Type為 Table/cluster/index segment data block 。 不知是否因?yàn)镾COTT.EMP對(duì)象位于USERS表空間下的緣故。不過USER表空間也是ASSM管理的。具體情況尚不清楚?

ORACLE中段的HEADER_BLOCK示例詳析

SQL> SELECT TABLESPACE_NAME
 2  , SEGMENT_SPACE_MANAGEMENT
 3  , ALLOCATION_TYPE
 4  , EXTENT_MANAGEMENT
 5 FROM DBA_TABLESPACES
 6 WHERE TABLESPACE_NAME='USERS';
 
TABLESPACE_NAME    SEGMEN ALLOCATIO EXTENT_MAN
------------------------------ ------ --------- ----------
USERS       AUTO SYSTEM LOCAL

那么是否所有的HEADER_BLOCK都是位于段的第三個(gè)block呢?是否還跟段空間管理的方式有關(guān)呢? 我們用如下實(shí)驗(yàn)來探究一下:創(chuàng)建一個(gè)手工段空間管理(Manual Segment Space Management)的表空間。

SQL> CREATE TABLESPACE TBS_TEST_DATA
 2 DATAFILE '/u03/oradata/gsp/tbs_test_data_001.dbf'
 3 SIZE 20M 
 4 EXTENT MANAGEMENT LOCAL AUTOALLOCATE
 5 SEGMENT SPACE MANAGEMENT MANUAL ONLINE;
 
Tablespace created.
 
 
SQL> create user test identified by test123456
 2 default tablespace tbs_test_data;
 
User created.
 
SQL> grant connect, resource to test;
 
Grant succeeded.
 
SQL> CREATE TABLE TEST.KKK 
 2 AS
 3 SELECT * FROM DBA_OBJECTS;
 
Table created.
 
SQL> COL SEGMENT_NAME FOR A32;
SQL> SELECT SEGMENT_NAME
 2  ,FILE_ID
 3  ,BLOCK_ID
 4  ,BLOCKS
 5 FROM DBA_EXTENTS 
 6 WHERE SEGMENT_NAME='KKK' AND OWNER='TEST'
 7 ORDER BY BLOCK_ID ASC;
 
SEGMENT_NAME      FILE_ID BLOCK_ID  BLOCKS
-------------------------------- ---------- ---------- ----------
KKK          39  427785  128
KKK          43  435249   8
KKK          43  435257   8
KKK          43  435265   8
KKK          43  435273   8
KKK          43  435281   8
KKK          43  435289   8
KKK          43  435297   8
KKK          43  435305   8
KKK          43  435313   8
KKK          43  435321   8
 
SEGMENT_NAME      FILE_ID BLOCK_ID  BLOCKS
-------------------------------- ---------- ---------- ----------
KKK          43  435329   8
KKK          48  436745   8
KKK          48  436753   8
KKK          48  436761   8
KKK          48  436769   8
KKK          48  436777   8
KKK          48  436873  128
KKK          40  444297  128
KKK          43  447241  128
KKK          52  449545  128
KKK          2  458249  128
 
22 rows selected.
 
SQL> SELECT HEADER_FILE
 2  , HEADER_BLOCK
 3  , BYTES
 4  , BLOCKS
 5  , EXTENTS 
 6 FROM DBA_SEGMENTS 
 7 WHERE OWNER='TEST' AND SEGMENT_NAME='KKK';
 
HEADER_FILE HEADER_BLOCK  BYTES  BLOCKS EXTENTS
----------- ------------ ---------- ---------- ----------
   43  435249 7340032  896   22
 
SQL> 

ORACLE中段的HEADER_BLOCK示例詳析 

SQL> alter system dump datafile 43 block 435249;
 
System altered.
 
SQL> select user_dump.value 
 2   || '/' 
 3   || lower(instance.value) 
 4   || '_ora_' 
 5   || v$process.spid 
 6   || nvl2(v$process.traceid, '_' 
 7         || v$process.traceid, null) 
 8   || '.trc'"trace file" 
 9 from v$parameter user_dump 
 10   cross join v$parameter instance 
 11   cross join v$process 
 12   join v$session 
 13   on v$process.addr = v$session.paddr 
 14 where user_dump.name = 'user_dump_dest' 
 15   and instance.name = 'instance_name' 
 16   and v$session.audsid = sys_context('userenv', 'sessionid'); 
 
trace file
--------------------------------------------------------------------
/u01/app/oracle/admin/SCM2/udump/scm2_ora_27792.trc

如下所示,塊類型為DATA SEGEMENT HEADER -UNLIMITED , rdba:( segment header的塊地址為)為 0x0ac6a431 .其實(shí)這是第一個(gè)塊(不是以block_id大小來看),因?yàn)槭止ざ慰臻g管理,這種技術(shù)的具體實(shí)現(xiàn)方式是通過在段頭(Segment Header)分配自由列表(freelist)來管理Block的使用。簡(jiǎn)單一點(diǎn),你可以把自由列表想象成一個(gè)數(shù)據(jù)結(jié)構(gòu)中的鏈表一樣的數(shù)據(jù)結(jié)構(gòu),ORACLE通過一系列算法向自由列表(freelist)中加入或移出Block來實(shí)現(xiàn)段管理。

ORACLE中段的HEADER_BLOCK示例詳析

Segment Header是一個(gè)Segment的第一個(gè)extent的頭塊(第一個(gè)塊)。在FLM管理的Segment中,header block始終是segment 的第一個(gè)塊。 如下所示,在Extent Map中,第一個(gè)區(qū)間的地址為0x0ac6a432, 恰恰跟segment header的塊地址 0x0ac6a431 相差為1,這意味著后面的分配是緊挨著segment header的塊地址。 所以在手工段空間管理(Manual Segment Space Management)的表空間,不能以block_id的大小順序來看區(qū)間分配順序。也就是說FILE_ID=39 BLOCK_ID=427785的塊并不是第一個(gè)區(qū)間的第一個(gè)塊。這也是我在實(shí)驗(yàn)當(dāng)中糾結(jié)了好久的地方。

ORACLE中段的HEADER_BLOCK示例詳析

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問大家可以留言交流,謝謝大家對(duì)創(chuàng)新互聯(lián)的支持。

當(dāng)前標(biāo)題:ORACLE中段的HEADER_BLOCK示例詳析
文章起源:http://chinadenli.net/article44/ppchhe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供標(biāo)簽優(yōu)化微信公眾號(hào)、建站公司、全網(wǎng)營(yíng)銷推廣商城網(wǎng)站、Google

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)

網(wǎng)站優(yōu)化排名
中文字幕一区二区久久综合| 91一区国产中文字幕| 欧美不雅视频午夜福利| 午夜亚洲精品理论片在线观看| 国产在线观看不卡一区二区| 亚洲欧洲成人精品香蕉网| 国产精品一区二区丝袜| 日本在线视频播放91| 国产老女人性生活视频| 亚洲熟女一区二区三四区| 国产熟女一区二区不卡| 亚洲高清中文字幕一区二三区| 国产毛片av一区二区三区小说| 国产精品日本女优在线观看| 五月婷婷综合缴情六月| 欧美精品日韩精品一区| 大尺度激情福利视频在线观看| 国产又大又黄又粗的黄色| 爱草草在线观看免费视频| 欧美亚洲国产日韩一区二区| 国产又粗又猛又长又黄视频| 日本免费一本一二区三区| 久久91精品国产亚洲| 日韩夫妻午夜性生活视频| 国产爆操白丝美女在线观看| 激情综合五月开心久久| 日本女人亚洲国产性高潮视频| 久久精品a毛片看国产成人| 欧美一区二区在线日韩| 国内女人精品一区二区三区| 国产亚洲精品香蕉视频播放| 国产乱久久亚洲国产精品| 久久热九九这里只有精品| 亚洲黑人精品一区二区欧美| 欧美区一区二在线播放| 丝袜av一区二区三区四区五区 | 亚洲中文字幕视频在线观看| 亚洲日本韩国一区二区三区| 欧美日韩国产另类一区二区| 中文字幕人妻日本一区二区| 国产肥妇一区二区熟女精品|