인덱스 rebuild lock: ONLINE 재구성의 잠금 구간과 ORA-08104 복구 판단
인덱스 rebuild lock은 ONLINE 옵션을 붙여도 완전히 사라지지 않습니다. Oracle 19c에서 잠금을 요청하는 시점과 대기 원인, 중단된 온라인 재구성의 복구 절차, PostgreSQL REINDEX CONCURRENTLY와의 차이를 운영 판단 기준으로 정리했습니다.
인덱스 rebuild lock은 ONLINE 옵션을 붙여도 완전히 사라지지 않습니다. Oracle 19c에서 잠금을 요청하는 시점과 대기 원인, 중단된 온라인 재구성의 복구 절차, PostgreSQL REINDEX CONCURRENTLY와의 차이를 운영 판단 기준으로 정리했습니다.
PSTART·PSTOP의 KEY는 프루닝 실패 표시가 아니에요. Oracle 19c 날짜 파티션에서 실제 키와 조건식을 확인하고, 월 경계를 보존한 범위 조건으로 실행계획을 비교하는 순서입니다.
같은 SQL이 특정 바인드 값에서만 느리다면 자식 커서의 상태, 공유되지 않은 이유와 실제 계획을 함께 확인하세요. Oracle 19c 진단 SQL과 통제된 실습으로 판단 순서를 정리했어요.
문자 코드 컬럼에 숫자 바인드를 넘기면 컬럼 쪽 형변환으로 인덱스 접근과 조회 결과가 달라질 수 있어요. 실제 Predicate와 바인드 타입을 대조하고 선행 0·날짜 경계·롤백 기준까지 확인합니다.
Oracle 19c에서 자식 FK에 인덱스가 없으면 부모 키 DELETE·UPDATE 때 자식 테이블 잠금이 커질 수 있습니다. FK 컬럼 순서와 기존 인덱스를 확인하고 안전하게 보완하는 SQL을 정리했습니다.
Oracle 19c에서 히스토그램이 필요한 컬럼을 값 분포·조건절 사용·예상 행 수로 판단하고, 계획 회귀 없이 수집·검증·복원하는 순서를 정리했습니다.
Oracle 19c 통계 수집 전에는 STALE_STATS와 변경량, 대표 SQL을 함께 확인하세요. 한 테이블의 통계 수집·검증과 계획 회귀 시 이전 통계 복원 절차를 설명합니다.
Oracle 19c에서 인덱스가 있는데도 느리다면 실제 실행 커서의 E-Rows와 A-Rows가 처음 벌어지는 지점을 찾으세요. DBMS_XPLAN 수집 조건부터 해석, 안전한 다음 조치까지 정리합니다.
배치 뒤 ORA-01502가 발생했을 때 UNUSABLE 인덱스·파티션, UNIQUE 제약, 적재 커밋 범위를 확인하고 필요한 단위만 재구축하는 Oracle 19c 운영 절차입니다.
Oracle 19c에서 일부 데이터파일 손상 시 복구 범위를 확인하고 RESTORE, RECOVER, ONLINE을 안전하게 적용하는 기준을 정리합니다.