5._Undo
2012.03.11 13:58
- Rollback = Undo
. 일반 Segment와의 공통점
-
Extent 단위로 확장
- Undo Block 들을 Buffer Cache에 Caching
-
Data 유실 방지를 위한 변경사항을 Redo Log에 Loging
. 차이
- Trasaction별로 Undo Segment 할당 (N:1)
- Trasaction이 발생시킨 Table과 Index에 대한 변경사항을 Undo Record 단위로 Undo Segment Block에 기록
. Undo의 목적
- Transaction Rollback -> 변경사항을 커밋하지 않고 롤백하고자 할때 이용
- Transaction Recovery -> Instance Recovery 시 트렌잭션들을 모두 롤백
- Read Consistenncy -> Undo를 통한 읽기 일관성 구현
(1) Undo 세그먼트 트랜잭션 테이블 슬록
TTS : Trasaction Table Slot
( Undo Segement )
-
트랜잭션ID :
-
USN# (Undo Segment Number) + Slot# (Slot number in undo segment) + Wrap#(Undo segment sequence number
-
트랜잭션 상태정보 : 슬롯을 할당받았고 있는가를 표시 (슬롯을 할당받으면 Active)
- 커밋 SCN(System Change Number) :
- 트랜잭션이 커밋될때 갱신되는 일련번호
-
Last UBA(Undo Block address) :
-
트랜잭션의 기록사항들을 가장 마지막 Undo 레코드 뒤에 계속 추가해 나가려고 유지하는 포인터
-
기타
. 트랜잭션 시작시
-
Undo 세그먼트에 있는 트랜잭션 테이블로 부터 SLOT 할당
- SLOT에 자신이 Active 상태임을 표시하고 갱신 시작 ( 할당 대기 : undo segment tx slot )
. DML 오퍼렌이션 별 Undo 레코드에 기록 되는 내용
- Insert : 추가된 레코드의 rowid
- update : 변경되는 컬럼에 대한 before image
- delete : 지워지는 로우의 모든 커럼에 대한 before image
. V$TRANSACTION VIEW 를 통해 확인가능
- Used_ublk : 현재 사용중인 Undo 블록 개수
- Usec_urec : 현재까지 기록한 Undo 레코드양
- 인덱스가 있는 테이블이면 인덱스 엔트리의 갱신 내용까지 값에 포함
. Undo 의 재사용
- Active 상탱의 트랜잭션이 사용하는 Undo 블록과 트랜잭션 테이블은 절대 재사용 되지 않음
- 사용자가 커밋해 트랜잭션이 완료 되면 트랜잭션 상태정보를 Committed로 변경하고 그 시점의 커밋 SCN을 트랜잭션 슬롯에 저장
------> 트랜잭션 슬롯과 Undo 블록들은 재사용 가능
- 가장 먼저 커밋된 트랜잭션 슬록부터 순차적으로 재사용
. Undo retention
- Trasaction이 완료 되어도 지정한 시간동안은 가급적 Undo 데이터를 사용하지 말라고 오라클에게 주는 힌트
- Undo Extent가 필요하면 Expired 상태의 Extent 부터 사용 but, 공간이 부족해지면 Unexpired상태의 Extent라도 재사용 가능
- -------> 10 g 부터는 retention guarrantee 기능을 설정하면 공간이 부족해 에러를 발생시키더라도 지정 시간 이내의
커밋된 Undo 정보는 재사용 하지 않음
(2) 블록헤더 ITL 슬롯
각 데이터 블록과 인덱스 블록 헤더에 위치
- ITL 슬록번호
- 트랜잭션ID (XID)
- UBA (Undo Block Address)
- 커밋 FLAG
- 커밋 SCN
. 트랜잭션 시작, 특정 레코드를 갱신시
- 블록 헤더로부터 ITL 슬록 확보
- 트랜잭션 ID를 기록하고 해당 트랜잭션이 ACTIVE 상태임을 표시
. ITL 슬롯부족시 트랜잭션이 블로킹 되는 현상을 최소화 할 수 있도록 3가지 옵션 재공
- Initrans : 처음 포맷시 블록헤더에 ITL 슬롯 몇개를 할당할지 결정
- Maxtrans : 확장시 할당할수 있는 ITL 슬롯 개수
- Pctfree : ITL 슬롯 할당용 예약 공간 ( 모두 사용 되면 LOCK 경합발생 )
(3) Lock Byte
. 오라클은 레코드가 저장되는 로우마다 그 헤더에 Lock Byte를 할당해 해당 로우를 갱신중인 트랜잭션의 ITL 슬롯번호 기록
. 레코드 갱신시
- 대상 레코드의 Lock Byte 가 활성화 되있는지 확인
- ITL 슬롯을 찾음
- 다시 그 ITL 슬롯을 가르키는 트랜잭션 테이블 슬롯 찾음
- 해당 트랜잭션 테이블 슬롯에 트랜적신이 Active 상태이면 완료될때까지 대기
댓글 0
번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
---|---|---|---|---|
» | 5._Undo | dasini | 2012.03.11 | 25348 |
5 |
2._DB_버퍼_캐시
![]() | 시와처 | 2012.03.04 | 10681 |
4 |
1._기본_아키텍처
![]() | AskZZang | 2012.03.02 | 8825 |
3 | 1_장._오라클_아키텍처 | AskZZang | 2012.03.01 | 5212 |
2 | 3._버퍼_Lock | 박영창 | 2012.02.23 | 7578 |
1 |
Front Page
![]() | 운영자 | 2012.02.20 | 131458 |