ORACLE 에 대하 여 fileid 와 blockid 포 지 셔 닝 데이터베이스 대상 이 직면 한 문제 로 인 한 사고
SQL 1:이 SQL 은 효율 이 떨 어 지고 실행 시간 이 길 습 니 다.
SELECT OWNER,
SEGMENT_NAME,
SEGMENT_TYPE,
TABLESPACE_NAME
FROM DBA_EXTENTS
WHERE FILE_ID =&FILE_ID
AND &BLOCK_ID BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1;
SQL 2:이 SQL 은 효율 이 빠 릅 니 다(ORACLE 10g 에 CACHEHINT 필드 가 없습니다)
SELECT OBJD,
FILE#,
BLOCK#,
CLASS#,
TS#,
CACHEHINT,
STATUS,
DIRTY
FROM V$BH
WHERE FILE# = &FILE_ID
AND BLOCK# = &BLOCK_ID;
SELECT OWNER, OBJECT_NAME FROM DBA_OBJECTS WHERE OBJECT_ID=&OBJECT_ID;
다음은 하나의 예 를 통 해 보 여 드 리 겠 습 니 다.상세 한 상황 은 다음 과 같 습 니 다.
SQL> COL OWNER FOR A12;
SQL> COL SEGMENT_NAME FOR A32;
SQL> SELECT OWNER ,
2 SEGMENT_NAME ,
3 HEADER_FILE ,
4 HEADER_BLOCK
5 FROM DBA_SEGMENTS
6 WHERE OWNER='TEST' AND SEGMENT_NAME='EMPLOYEE';
OWNER SEGMENT_NAME HEADER_FILE HEADER_BLOCK
------------ -------------------------------- ----------- ------------
TEST EMPLOYEE 4 266
SQL>
SQL> SELECT OWNER,
2 SEGMENT_NAME,
3 SEGMENT_TYPE,
4 TABLESPACE_NAME
5 FROM DBA_EXTENTS
6 WHERE FILE_ID = 4
7 AND 266 BETWEEN BLOCK_ID AND BLOCK_ID + BLOCKS - 1;
OWNER SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME
------------ -------------------------------- ------------------ -----------------
TEST EMPLOYEE TABLE USERS
SQL>
SQL> SELECT OBJD,
2 FILE#,
3 BLOCK#,
4 CLASS#,
5 TS#,
6 CACHEHINT,
7 STATUS,
8 DIRTY
9 FROM V$BH
10 WHERE FILE# = 4
11 AND BLOCK# = 266;
OBJD FILE# BLOCK# CLASS# TS# CACHEHINT STATUS D
---------- ---------- ---------- ---------- ---------- ---------- ---------- -
76090 4 266 4 4 15 cr N
76090 4 266 4 4 15 cr N
76090 4 266 4 4 15 cr N
SQL> SELECT OWNER, OBJECT_NAME FROM DBA_OBJECTS WHERE OBJECT_ID=76090;
OWNER OBJECT_NAME
------------ ------------------------------------------------------------
TEST EMPLOYEE
clip_image001
어제 그룹 에서 빈 블록 에 관 한 문 제 를 토론 할 때 테스트 를 검증 할 때 이상 한 현상 을 발 견 했 습 니 다.아래 SQL 을 사용 하여 가장 큰 빈 블록 을 찾 았 습 니 다.
SELECT UPPER(F.TABLESPACE_NAME) AS " ",
D.TOT_GROOTTE_MB AS " (M)",
D.TOT_GROOTTE_MB - F.TOTAL_BYTES AS " (M)",
TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB * 100,2),'990.99')
AS " ",
F.TOTAL_BYTES AS " (M)",
F.MAX_BYTES AS " (M)"
FROM
(SELECT TABLESPACE_NAME,
ROUND(SUM(BYTES) / (1024 * 1024), 2) TOTAL_BYTES,
ROUND(MAX(BYTES) / (1024 * 1024), 2) MAX_BYTES
FROM SYS.DBA_FREE_SPACE
GROUP BY TABLESPACE_NAME
) F,
(SELECT DD.TABLESPACE_NAME,
ROUND(SUM(DD.BYTES) / (1024 * 1024), 2) TOT_GROOTTE_MB
FROM SYS.DBA_DATA_FILES DD
GROUP BY DD.TABLESPACE_NAME
) D
WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME;
SELECT FILE_ID,BLOCK_ID, BYTES,BLOCKS
FROM DBA_FREE_SPACE
WHERE TABLESPACE_NAME=&TABLESPACE_NAME
ORDER BY BYTES DESC;
그리고 나 서 나 는 위의 두 개의 SQL 을 사용 해서 대응 하 는 대상 을 찾 지 못 하 는 것 을 발견 했다.다음 캡 처 에서 보 듯 이:자 료 를 뒤 져 보 니 Oracle Database 10g 에 휴지통 기능 이 도 입 된 후 휴지통(RECYCLEBIN$)에 있 는 공간 을 자유 공간 으로 계산 하여 dba 에 추가 합 니 다.free_space 사전 중.$ORACLEHOME/rdbms/admin/catspace.sql 에서 보기 DBA 를 찾 을 수 있 습 니 다.FREE_SPACE 의 정의,스 크 립 트 는 다음 과 같 습 니 다:
ORACLE 10g 중 DBAFREE_SPACE 의 정의:
create or replace view DBA_FREE_SPACE
(TABLESPACE_NAME, FILE_ID, BLOCK_ID,
BYTES, BLOCKS, RELATIVE_FNO)
as
select ts.name, fi.file#, f.block#,
f.length * ts.blocksize, f.length, f.file#
from sys.ts$ ts, sys.fet$ f, sys.file$ fi
where ts.ts# = f.ts#
and f.ts# = fi.ts#
and f.file# = fi.relfile#
and ts.bitmapped = 0
union all
select /*+ ordered use_nl(f) use_nl(fi) */
ts.name, fi.file#, f.ktfbfebno,
f.ktfbfeblks * ts.blocksize, f.ktfbfeblks, f.ktfbfefno
from sys.ts$ ts, sys.x$ktfbfe f, sys.file$ fi
where ts.ts# = f.ktfbfetsn
and f.ktfbfetsn = fi.ts#
and f.ktfbfefno = fi.relfile#
and ts.bitmapped <> 0 and ts.online$ in (1,4) and ts.contents$ = 0
union all
select /*+ ordered use_nl(u) use_nl(fi) */
ts.name, fi.file#, u.ktfbuebno,
u.ktfbueblks * ts.blocksize, u.ktfbueblks, u.ktfbuefno
from sys.recyclebin$ rb, sys.ts$ ts, sys.x$ktfbue u, sys.file$ fi
where ts.ts# = rb.ts#
and rb.ts# = fi.ts#
and u.ktfbuefno = fi.relfile#
and u.ktfbuesegtsn = rb.ts#
and u.ktfbuesegfno = rb.file#
and u.ktfbuesegbno = rb.block#
and ts.bitmapped <> 0 and ts.online$ in (1,4) and ts.contents$ = 0
union all
select ts.name, fi.file#, u.block#,
u.length * ts.blocksize, u.length, u.file#
from sys.ts$ ts, sys.uet$ u, sys.file$ fi, sys.recyclebin$ rb
where ts.ts# = u.ts#
and u.ts# = fi.ts#
and u.segfile# = fi.relfile#
and u.ts# = rb.ts#
and u.segfile# = rb.file#
and u.segblock# = rb.block#
and ts.bitmapped = 0
/
ORACLE 11g DBA_FREE_SPACE :
create or replace view DBA_FREE_SPACE
(TABLESPACE_NAME, FILE_ID, BLOCK_ID,
BYTES, BLOCKS, RELATIVE_FNO)
as
select ts.name, fi.file#, f.block#,
f.length * ts.blocksize, f.length, f.file#
from sys.ts$ ts, sys.fet$ f, sys.file$ fi
where ts.ts# = f.ts#
and f.ts# = fi.ts#
and f.file# = fi.relfile#
and ts.bitmapped = 0
union all
select /*+ ordered use_nl(f) use_nl(fi) */
ts.name, fi.file#, f.ktfbfebno,
f.ktfbfeblks * ts.blocksize, f.ktfbfeblks, f.ktfbfefno
from sys.ts$ ts, sys.x$ktfbfe f, sys.file$ fi
where ts.ts# = f.ktfbfetsn
and f.ktfbfetsn = fi.ts#
and f.ktfbfefno = fi.relfile#
and ts.bitmapped <> 0 and ts.online$ in (1,4) and ts.contents$ = 0
union all
select /*+ ordered use_nl(u) use_nl(fi) */
ts.name, fi.file#, u.ktfbuebno,
u.ktfbueblks * ts.blocksize, u.ktfbueblks, u.ktfbuefno
from sys.recyclebin$ rb, sys.ts$ ts, sys.x$ktfbue u, sys.file$ fi
where ts.ts# = rb.ts#
and rb.ts# = fi.ts#
and u.ktfbuefno = fi.relfile#
and u.ktfbuesegtsn = rb.ts#
and u.ktfbuesegfno = rb.file#
and u.ktfbuesegbno = rb.block#
and ts.bitmapped <> 0 and ts.online$ in (1,4) and ts.contents$ = 0
union all
select ts.name, fi.file#, u.block#,
u.length * ts.blocksize, u.length, u.file#
from sys.ts$ ts, sys.uet$ u, sys.file$ fi, sys.recyclebin$ rb
where ts.ts# = u.ts#
and u.ts# = fi.ts#
and u.segfile# = fi.relfile#
and u.ts# = rb.ts#
and u.segfile# = rb.file#
and u.segblock# = rb.block#
and ts.bitmapped = 0
/
그럼 DBA 에서FREE_SPACE 에서 찾 은 가장 큰 빈 블록 이 휴지통 의 대상 일 가능성 이 높 습 니까?그럼 테스트 해 보 자.
SQL> show parameter recyclebin;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
recyclebin string on
SQL> CREATE TABLE ESCMOWNER.TTT
2 AS
3 SELECT * FROM DBA_OBJECTS;
Table created.
SQL> COL OWNER FOR A12;
SQL> COL SEGMENT_NAME FOR A32;
SQL> SELECT OWNER,SEGMENT_NAME, HEADER_FILE, HEADER_BLOCK
2 FROM DBA_SEGMENTS
3 WHERE OWNER='ESCMOWNER' AND SEGMENT_NAME='TTT' ;
OWNER SEGMENT_NAME HEADER_FILE HEADER_BLOCK
------------ -------------------------------- ----------- ------------
ESCMOWNER TTT 97 113025
SQL>
SQL> SELECT * FROM X$KTFBFE WHERE KTFBFEFNO=97;
ADDR INDX INST_ID KTFBFETSN KTFBFEFNO KTFBFEBNO KTFBFEBLKS
---------------- ---------- ---------- ---------- ---------- ---------- ----------
00007F57B2388CA0 222 1 9 97 524169 120
SQL> DROP TABLE ESCMOWNER.TTT;
Table dropped.
SQL> COL ORIGINAL_NAME FOR A16;
SQL> SELECT OBJ#,OWNER#,ORIGINAL_NAME,FILE#,BLOCK# ,FLAGS,SPACE FROM RECYCLEBIN$;
OBJ# OWNER# ORIGINAL_NAME FILE# BLOCK# FLAGS SPACE
---------- ---------- ---------------- ---------- ---------- ---------- ----------
805429 73 TTT 97 113025 30 896
SQL> PURGE DBA_RECYCLEBIN;
DBA Recyclebin purged.
SQL> SELECT * FROM X$KTFBFE WHERE KTFBFEFNO=97 ;
ADDR INDX INST_ID KTFBFETSN KTFBFEFNO KTFBFEBNO KTFBFEBLKS
---------------- ---------- ---------- ---------- ---------- ---------- ----------
00007F57B2388CA0 222 1 9 97 113025 8
00007F57B2388CA0 225 1 9 97 524169 120
SQL>
clip_image003
위 에서 보 듯 이 휴지통 대상 을 비우 면 X$KTFBFE 에 기록 이 하나 더 있 습 니 다.KTFBFEFNO 와 KTFBFEBNO 는 각각 97,113025 입 니 다.이 값 은 삭제 대상 TTT 의 FILE 임 이 분명 합 니 다.ID(97)와 BLOCKID(113025)값 입 니 다.
또한 테스트 과정 에서 매번 테스트 결과 가 X$KTFBFE 에 기록 이 하나 더 있 는 것 이 아니 라 기록 이 변 하지 않 을 때 도 있 지만 X$KTFBFE 에 기 록 된 KTFBFEBNO 가 변 하 는 것 은 휴지통 비우 기와 관련 이 있다 는 것 을 발견 했다.다음 사례 에서 보 듯 이:
SQL> show parameter recyclebin;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
recyclebin string on
SQL> CREATE TABLE TEST.TTT
2 AS
3 SELECT * FROM DBA_OBJECTS;
Table created.
SQL> COL OWNER FOR A12;
SQL> COL SEGMENT_NAME FOR A32;
SQL> SELECT OWNER,SEGMENT_NAME, HEADER_FILE, HEADER_BLOCK
2 FROM DBA_SEGMENTS
3 WHERE OWNER='TEST' AND SEGMENT_NAME='TTT' ;
OWNER SEGMENT_NAME HEADER_FILE HEADER_BLOCK
------------ -------------------------------- ----------- ------------
TEST TTT 5 130
SQL> SELECT * FROM X$KTFBFE WHERE KTFBFEFNO=5 ;
ADDR INDX INST_ID KTFBFETSN KTFBFEFNO KTFBFEBNO KTFBFEBLKS
---------------- ---------- ---------- ---------- ---------- ---------- ----------
00002BA829B19558 150 1 6 5 1280 506752
00002BA829B19558 151 1 6 5 508032 16256
SQL> DROP TABLE TEST.TTT;
Table dropped.
SQL>
SQL> COL ORIGINAL_NAME FOR A16;
SQL> SELECT OBJ#,OWNER#,ORIGINAL_NAME,FILE#,BLOCK# ,FLAGS,SPACE FROM RECYCLEBIN$;
OBJ# OWNER# ORIGINAL_NAME FILE# BLOCK# FLAGS SPACE
---------- ---------- ---------------- ---------- ---------- ---------- ----------
82820 85 TTT 5 130 30 1152
SQL> SELECT * FROM X$KTFBFE WHERE KTFBFEFNO=5 ;
ADDR INDX INST_ID KTFBFETSN KTFBFEFNO KTFBFEBNO KTFBFEBLKS
---------------- ---------- ---------- ---------- ---------- ---------- ----------
00002BA829B159D8 150 1 6 5 1280 506752
00002BA829B159D8 151 1 6 5 508032 16256
SQL> PURGE DBA_RECYCLEBIN;
DBA Recyclebin purged.
SQL> SELECT * FROM X$KTFBFE WHERE KTFBFEFNO=5 ;
ADDR INDX INST_ID KTFBFETSN KTFBFEFNO KTFBFEBNO KTFBFEBLKS
---------------- ---------- ---------- ---------- ---------- ---------- ----------
00002BA829B159D8 150 1 6 5 128 507904
00002BA829B159D8 151 1 6 5 508032 16256
SQL>
clip_image004
위 에서 보 듯 이 휴지통 의 시 계 를 비 운 후에 X$KTFBFE 를 조회 하면 그 중 하 나 를 기록 한 KTFBFEBNO 의 변 화 를 발견 할 수 있 습 니 다.그들의 관 계 는?
1280 -1152 = 128
그래서 KTFBFEBNO 의 값 이 1280 에서 128 로 변 하 는 것 을 볼 수 있 을 것 이다.이때 DBA 보기FREE_SPACE,이런 상황 을 볼 수 있 습 니 다.따라서 휴지통 을 비 울 때 데이터베이스 가 이 표 의 공간 을 빈 블록 으로 표시 할 수도 있 고 이 빈 블록 을 다른 빈 블록 으로 합 칠 수도 있 습 니 다.
X$KTFBFE 는 사실 이 몇 개의 단어[k]ernel[t]ablespace[f]ile[b]itmapped[f]ree[e]xtents 의 이니셜 입 니 다.이 시스템 보기 에 대한 가장 깊 은 소 개 는 바로 이 글 이 Oracle dba 에 대해 이야기 하 는 것 입 니 다.free_space,관심 있 으 면 검증 하고 테스트 할 수 있 습 니 다.
위 에서 말씀 드 린 것 은 편집장 님 께 서 소개 해 주신 ORACLE 통과 file 입 니 다.id 와 blockid 포 지 셔 닝 데이터베이스 대상 이 직면 한 문제 로 인 한 사고 가 여러분 에 게 도움 이 되 기 를 바 랍 니 다.궁금 한 점 이 있 으 시 면 저 에 게 메 시 지 를 남 겨 주세요.편집장 님 은 신속하게 답 해 드 리 겠 습 니 다!
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
activemq 5.5 의 입문 은 설치, 시작, 데이터베이스 지속 화 를 포함한다Apache ActiveMQ 5.5.0 은 주로 유지보수 버 전 으로 130 개가 넘 는 문 제 를 복 구 했 으 며 대부분 bug 와 개선 이 었 다. Improved performance for offline d...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.