SQLP
시험 직전 요약장
판단 기준과 헷갈리는 개념, 대표 예제를 짧게 확인하세요.
SQL 성능 문제 진단 절차: 증상 정의부터 개선 검증까지
원래 이론 →판단 기준
예시·텍스트좌우로 이동해 전체 내용을 확인하세요. 키보드: ←·→, Home·End
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
헷갈리는 개념
표를 좌우로 밀어 나머지 열을 확인하세요. 키보드: ←·→, Home·End
| 혼동 | 정확한 기준 |
|---|---|
| 평균이 낮으면 문제 없음 | 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·경합 비용을 확인한다 |
대표 계산·예제
예시·텍스트좌우로 이동해 전체 내용을 확인하세요. 키보드: ←·→, Home·End
대상 : 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하는 등 서로 다른 작업을 비교할 수 있습니다.
내 최근 연습 오답
현재 브라우저의 연습 채점 기록에서 공개된 단원과 연결된 오답을 확인합니다.
오답 기록을 확인하고 있습니다.