For You, a thousand times over.

아래는 블록 헤더에 exclusive 모드로 찍는 것까지 한 이후의 이야기 (execute 단계) 래치 : 공유 메모리를 보호하는 개념 락 : 객체 보호 ★ 트랜잭션 Transaction 처리 - 트랜잭션이란: DML 작업을 하나로 묶어서 처리하는 작업 단위 - 트랜잭션이 발생하면 1. 언두 세그먼트 undo segment 를 할당받는다. 언두 세그먼트를 할당받지 못하면 할당받을 때까지 기다려야 하는데 이때 발생하는 대기이벤트가 enq: US - contention 2. 언두 세그먼트 헤더에 트랜잭션 테이블 슬롯 만들기 트랜잭션 테이블 슬롯 = 트랜잭션 정보를 저장하는 곳 TX slot: 블록 안의 어떤 row 를 트랜잭션 작업해야 하는지 관리 TX slot 이 어떤 언두 세그먼트를 사용하고 있는지 관리..

오라클 퍼포먼스 튜닝 2024. 2. 7. 10:40

for mancie ♡ 쉐어드 풀의 메모리 플러시 SYS@ora11g> alter system flush shared_pool; System altered. 플러시한 다음 employees 테이블을 참조하는 SQL 문을 찾는 쿼리문을 다시 던져보면: (쉐어드 풀 안에 캐시된 SQL 문장들이 깨끗하게 씻겨 내려갔기 때문에) 결과가 하나도 안나옴 select sql_id, sql_text, parse_calls, loads, executions, plan_hash_value, hash_value from v$sql where sql_text like '%hr.employees%' and sql_text not like '%v$sql%'; 샘플 테이블 만들기 SYS@ora11g> drop table hr.em..

오라클 퍼포먼스 튜닝 2024. 2. 2. 16:55

for mancie ♡ ORA-04031: 프리 공간은 있지만 우리가 사용할 만큼의 프리 공간은 없는 경우에 발생하는 오류 이럴 때는 메모리 공간을 flush 하는 것말고는 해결할 방법이 없다. ★ 메모리 flush Shared pool 안에 있는 내용 깨끗이 지우기 SYS@ora11g> alter system flush shared_pool; System altered. SYS@ora11g> alter system flush shared_pool; System altered. 한 번으로는 안되고 두 번은 꼭 해야 한다. (회사가 나를 열받게 할 때 낮 시간에 과감하게 수행하면 좋음 ♡ 한 번만 하면 안되고 꼭 두 번 해주기!!!!!! ♡) 물론 농담 >. select * from hr.employees..

오라클 퍼포먼스 튜닝 2024. 2. 2. 15:49

ShP을 만든 이유: 실행계획을 공유하기 위해서 실행계획이 없는 상태에서는 절대 SQL 문이 돌아가지 않는다. ★ 실행 계획 1. 데이터 처리 결정: rowid 스캔을 할지 full table scan 을 할지 결정하는 것 - rowid scan: by user rowid / by index rowid - 18 자리 rowid 를 유저가 모두 기억하지 못하므로 rowid 를 직접 입력해서 데이터를 찾기보다는 주로 인덱스를 통해 row id 를 찾아 데이터를 처리한다. - 프라이머리 키 제약조건과 유니크 키 제약조건을 걸었을 때만 유니크 인덱스가 생성되고 그 외에는 non-unique 제약조건을 유저가 직접 생성해야 한다. - full table scan - 데이터 몇 건 찾자고 테이블에 있는 모든 블록을..

오라클 퍼포먼스 튜닝 2024. 2. 2. 14:40

라이브러리 캐시 락 library cache lock (exclusive): 건물을 아직 다 올리지 않았는데 안에 들어가려고 해서 발생하는 오류 라이브러리 캐시 핀 library cache pin: 인테리어 공사를 하는데 끝나기도 전에 집이 어떤지를 보려고 해서 발생하는 오류 3. execute - 라이브러리 캐시 락 library cache lock 과 라이브러리 캐시 핀 library cache pin 을 쉐어드 shared 모드로 바꿔놓고 SQL 문을 실행한다. - LCO 도 그 안의 실행 계획도 다 만들어진 상태에서, 현재 LCO 의 라이브러리 캐시 핀을 exclusive 로 바꿔야 하는 경우 = 테이블이 변경되거나 drop 되는 경우 - LCO 를 shared 모드로 잡고 execute 작업 중..

오라클 퍼포먼스 튜닝 2024. 2. 2. 12:24

서버 프로세스는 서버 쪽에 만들어진다. (절대로 클라이언트 쪽에 만들어지지 않는다) 서버 프로세스가 서버 쪽에 있다는 말을 그림으로 설명하면 위와 같다. ★ select 문의 처리 단계 (DML 은 3 단계, select 문은 4단계) 1. parse parse 3) 하드 파싱 hard parsing - 동일한 SQL 문이 있는지 LC 에서 찾아봤는데 없는 경우 발생 (하드 파싱 단계는 옵셔널한 단계: 동일한 SQL 문이 LC 안에 있어서 소프트 파싱이 발생하는 경우 이 단계를 거치지 않고 바로 execute 단계로 간다) - 실행 계획을 새롭게 생성해야 한다. - LC 안에 실행 계획을 생성할 메모리 공간을 확보해야 하고 그러기 위해서는 래치 latch 를 잡아야 한다. - 만약 래치를 잡지 못했을 경..

오라클 퍼포먼스 튜닝 2024. 2. 2. 12:00

★ SGA (System Global Area) - 오라클의 공유 메모리 - 이 안의 모든 데이터는 다른 유저들과 공유한다. 1. Shared Pool (ShP) 쉐어드 풀은 900개가 넘어가는 컴포넌트들로 이루어져 있지만 우리는 그 중에서 두 가지에만 주목하면 된다: ① Library Cache (LC) : SQL문과 PL/SQL문이 저장되어 있는 메모리 ② Data Dictionary Cache (DDC) : 딕셔너리 정보들이 저장되어 있는 메모리 - 세션 정보도 쉐어드 풀이 가지고 있다. - 쉐어드 풀의 크기는 shared_pool_size 라는 파라미터로 조정한다. - shared server 환경: 서버 프로세스를 공유한다. - SQL 문장을 처리하는 프로세스 (서버 프로세스) 를 공유 - 반대..

오라클 퍼포먼스 튜닝 2024. 2. 2. 10:46

(6:00) ★ 블록 손상 block corruption - 블록을 읽거나 쓸 때마다 일관성 검사를 한다. 1. 블록의 버전을 체크 2. 블록의 DBA (Data Block Address) 값과 비교되는 캐시의 DBA 값을 체크 = 디스크에 있는 블록과 메모리에 있는 블록의 주소가 서로 같은지를 체크, 만약 두 주소가 같지 않으면 블록 손상이 발생한다. 3. 활성화된 블록의 체크섬 (건강 상태) 을 확인 - 손상이 발생하는 경우 1. 미디어 손상 2. 논리적으로 또는 물리적으로 소프트웨어 손상이 발생할 때 (12:43) RMAN> backup as compressed backupset database; RMAN 에서 백업 새로 받기 RMAN> list backup; 더보기 RMAN> list backup..

오라클 백업 리커버리 2024. 1. 31. 14:45