TABA Sep 26th (2) - Tibero Database 저장구조

Tibero Database 저장구조

 

리두 로그 파일은 Online Redo 로그와 Archived Redo 로그 파일로 나눠진다. 

 

 

 

데이터베이스도 sql을 통해서 만들어지게 되어있다.

 

Tibero 데이터베이스 파일 구조는 Data File, Control File, RedoLog FIle 로 이루어져있다.

 

Data Files : Tables & Indexes 과 같은 Logical Structures

- 데이터 파일 헤더 : 이 곳에는 데이터 사이즈에 대한 정보, 체크 포인트 TSN, 데이터베이스에서 고유하게 식별하기 위한 파일 절대번호, 테이블 스페이스에서 데이터파일을 식별하기 위한 파일 상대번호 등의 메타 정보를 포함하고 있다.

- 미사용 공간 (한번 사용된적이 있지만 현재 미사용) : 데이터의 갱신 또는 삭제가 반복되면 중간에 사용하지 않는 공간이 존재하게 되고, 재사용하기에는 작은 크기일 경우에 조각난 공간이 발생한다.

- 미사용 공간 (한번도 사용된 적이 없음) : 데이터 파일 생성 시에 초기 포맷된 공간으로, 테이블 스페이스의 데이터 증가할 때 데이터 파일의 여유 공간을 사용하여 세그먼트에 익스텐트를 할당하게 된다.

 

Control Files : Database 의 물리적 구조와 상태를 기록하는 파일

 

 

 

Redo Log FIles : 복구를 위해 데이터베이스에서 변경된 모든 것들을 기록하는 파일

 

-  Online Redo Log Files 

   --- 

   --- 

   --- 

   --- 

-  Multiplexed Redo Log Files

   --- 

   --- 

   --- 

   --- 

-  Archived Redo Log Files

   --- 

   --- 

   --- 

   --- 

 

 

세그먼트!

 

 

 

Undo 세그먼트 

 

언두 데이터는 트랜잭션 기록을 보관하며, 다음의 경우에 사용된다. 

- 트랜잭션 롤백 / - 트랜잭션 복구 / - 읽기 일관성 작업 / - 플래시백 작업

 

플래시백 작업이 가능한대, 이를 수행할 수 있는 쿼리가 존재한다. 특정 시간의 테이블 데이터로 돌릴 수 있는데, 그게 UNDO Data 이다. 항상 가능하지는 않고, Undo Data는 없어진다. expire 되는 시간이 있다. 

 

언두가 되는 데에는 조건이 있다. 지워도 되는 조건이면 지운다.

UNDO_RETENTION 이라는, 커밋 언두 데이터의 보존하는 기간을 설정하는 파라미터가 있다. 커밋을 하고 900초 (15분)으로, 해당 언두 익스텐트의 데이터 보장. 이 시간이 지난 익스텐트는 진행중인 트랜잭션을 위해 재 할당될 수 있다. RETENTION 기간 이내인 경우 익스텐트는 재활용 될 수 없음.

* retention : 보유, 유지

 

---

* 트랜잭션 제어 (TCL)

 

 

명령어	핵심	설명
커밋   COMMIT	트랜잭션 확정	트랜잭션을 메모리에 영구적으로 저장하는 명령어
롤백   ROLLBACK	트랜잭션 취소	트랜잭션 내역을 저장 무효화시키는 명령어
체크포인트   CHECKPOINT	저장시기 설정	ROLLBACK을 위한 시점을 지정하는 명령어

---

테이블 스페이스 : 세그먼트를 저정하는 논리 저장소, 한 개 이상의 데이터 파일이나 임시 파일을 이용하여 데이터를 저장한다.

 

 

 

 

 

---