SQLP

시험 직전 요약장

판단 기준과 헷갈리는 개념, 대표 예제를 짧게 확인하세요.

이론 목록

SQL 성능 문제 진단 절차: 증상 정의부터 개선 검증까지

원래 이론 →

판단 기준

예시·텍스트
99건 × 0.1초 = 9.9초
 1건 × 20초  = 20초
-------------------
평균          ≈ 0.3초

평균은 낮지만 한 사용자는 20초를 경험합니다. 온라인 업무에서는 다음을 함께 봅니다.

  • Median·P50
  • P95·P99
  • 최대·Timeout·Cancel
  • 처리량·동시 요청
  • Error·Retry Rate
  • 시간대별 분포

Batch는 다음 지표가 더 중요할 수 있습니다.

  • 전체 완료시간
  • 단계별 Elapsed
  • Row 처리량
  • Commit·Checkpoint 주기
  • 재시작 지점
  • Peak CPU·PGA·TEMP·I/O
이 부분의 원문 →

헷갈리는 개념

혼동정확한 기준
평균이 낮으면 문제 없음P95·P99·Timeout·분포를 본다
Cost가 낮으면 빠름실제 Elapsed·Rows·Buffers·Wait로 검증한다
인덱스가 보이면 효율적후보 ROWID·Table Access·Clustering을 본다
Full Scan은 항상 나쁨반환 비율·Multiblock·Parallel·전체 작업량으로 판단한다
Top Event가 원인시간 소비 위치이며 SQL·Object·Blocker로 좁힌다
V$SQL 평균이 빠르면 모든 실행이 빠름Bind·Plan·Partial Fetch·P99를 분리한다
한 번 빨라지면 개선 완료반복 분포·동시성·Regression을 검증한다
여러 변경을 동시에 하면 빠름인과관계와 Rollback을 잃는다
Cache Flush가 공정한 비교운영 특성을 파괴할 수 있어 동일 실제 조건을 재현한다
SQL만 빠르면 사용자도 목표 달성End-to-End의 다른 구간이 남을 수 있다
Index 추가는 SELECT만 개선DML·Redo·Storage·경합 비용을 확인한다

이 부분의 원문 →

대표 계산·예제

예시·텍스트
대상          : ORDER_API / SEARCH
문제 시간     : 2026-07-31 10:07~10:10 KST
정상 P95      : 0.7~1.0초
문제 P95      : 6.5초
요청량        : 120 requests/sec
동시 사용자   : 80
대표 Bind     : customer_type='VIP', date_range=90일
Fetch         : 첫 페이지 20행
Timeout       : 30건
목표          : P95 < 1.2초, Timeout 0건

측정 계약이 없으면 변경 전에는 전체 Fetch, 변경 후에는 첫 20행만 Fetch하는 등 서로 다른 작업을 비교할 수 있습니다.


이 부분의 원문 →

내 최근 연습 오답

현재 브라우저의 연습 채점 기록에서 공개된 단원과 연결된 오답을 확인합니다.

학습 기록 →

오답 기록을 확인하고 있습니다.