느린 쿼리 식별 및 수정
pg_stat_statements, log_min_duration_statement, EXPLAIN을 사용해 느린 쿼리를 찾고 문제에 맞는 수정을 적용해보세요.
느린 쿼리 식별 및 수정은(는) CoddyKit의 무료 SQL Academy 강의입니다. 이것은 4개 중 4번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 SQL Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. SQL Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
1단계: 느린 쿼리 찾기
맹목적으로 최적화하지 마십시오. 다음을 사용합니다:
pg_stat_statements— 총 시간 기준 상위 쿼리log_min_duration_statement— 기준 시간을 초과한 쿼리를 로그에 기록- pgBadger — 로그에서 보기 좋은 보고서 생성
pg_stat_statements 설정
확장 기능을 활성화하고 shared_preload_libraries를 구성합니다:
-- postgresql.conf
shared_preload_libraries = 'pg_stat_statements'
-- After restart:
CREATE EXTENSION pg_stat_statements;가장 비용이 큰 쿼리 10개
모든 DBA에게 가장 유용한 단일 쿼리입니다:
SELECT query,
calls,
total_exec_time,
mean_exec_time,
rows
FROM pg_stat_statements
ORDER BY total_exec_time DESC
LIMIT 10;느린 쿼리 로깅
기준 시간을 설정하고 로그를 읽습니다:
-- postgresql.conf
log_min_duration_statement = '500ms'
-- All queries running > 500ms are logged.2단계: EXPLAIN ANALYZE로 재현하기
각 느린 쿼리에 대해 대표적인 환경, 즉 운영 환경과 비슷한 데이터에서 EXPLAIN ANALYZE를 실행합니다. 다음을 살펴봅니다:
- 실제 시간이 가장 긴 노드
- 추정 행 수와 실제 행 수 사이의 가장 큰 차이
- 적절한 인덱스가 사용되는지 여부
일반적인 해결 방법
- WHERE / JOIN 열에 인덱스가 없음
- 인덱스를 활용할 수 없는 조건식(열에 함수 적용) — 식 인덱스를 추가하거나 다시 작성
- 오래된 통계 — ANALYZE 실행
- 잘못된 데이터 형식(암시적 형변환 발생) — 열 형식 수정
- OR 조건 — 단일 조건 쿼리들의 UNION으로 다시 작성
- 너무 많은 데이터를 가져오는 SELECT * — 선택 열의 범위를 줄임
오래된 통계
추정 행 수가 실제 행 수와 크게 다르면 먼저 ANALYZE를 실행합니다:
ANALYZE orders;
-- Or rely on autovacuum to do it periodically.인덱스 점검
테이블의 인덱스와 크기를 나열합니다:
SELECT indexrelname, pg_size_pretty(pg_relation_size(indexrelid))
FROM pg_stat_user_indexes
WHERE relname = 'orders'
ORDER BY pg_relation_size(indexrelid) DESC;사용되지 않는 인덱스
한 번도 사용되지 않는 인덱스를 찾습니다:
SELECT schemaname, relname, indexrelname, idx_scan
FROM pg_stat_user_indexes
WHERE idx_scan = 0
ORDER BY pg_relation_size(indexrelid) DESC;
-- Consider dropping them — they slow writes for no read benefit.잠금 경합
쿼리가 느린 이유가 잠금을 기다리고 있기 때문일 때도 있습니다. wait_event를 확인하려면 pg_stat_activity를 살펴봅니다:
SELECT pid, state, wait_event_type, wait_event, query
FROM pg_stat_activity
WHERE state <> 'idle';쿼리 재작성 패턴
- 필터를 WHERE로 옮깁니다
- SELECT의 상관 하위 쿼리를 JOIN + GROUP BY로 바꿉니다
- OR을 인덱스를 사용하는 쿼리들의 UNION ALL로 바꿉니다
- 셀프 조인 대신 윈도 함수 를 사용합니다
- 플래너가 혼란스러워할 때 CTE로 반복되는 하위 쿼리를 구체화합니다
반복 개선
성능 조정은 측정 → 가설 설정 → 변경 → 측정의 반복입니다. 추측하지 마십시오.
요약
pg_stat_statements로 느린 쿼리를 찾고, EXPLAIN ANALYZE로 진단하며, 인덱스 / ANALYZE / 쿼리 재작성으로 해결한 뒤 반복해서 개선합니다.
빠른 확인
총 실행 시간 기준으로 가장 많은 시간을 사용하는 쿼리를 보여 주는 PostgreSQL 확장 기능은 무엇입니까?
AI 튜터와 함께 SQL을(를) 배우세요 — 무료
브라우저에서 실제 코드를 작성하고 실행하며, 24/7 AI 튜터로부터 즉각적인 도움을 받고, 웹이나 앱에서 중단한 부분부터 계속 학습하세요.
- 코스
- 46
- 레슨
- 183
자주 묻는 질문
“느린 쿼리 식별 및 수정” 강의는 무료인가요?
네 — “느린 쿼리 식별 및 수정” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 SQL Academy 강의 전체를 잠금 해제할 수 있습니다. SQL Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
“느린 쿼리 식별 및 수정”에서 뭘 배우나요?
pg_stat_statements, log_min_duration_statement, EXPLAIN을 사용해 느린 쿼리를 찾고 문제에 맞는 수정을 적용해보세요. 브라우저에서 직접 실행하는 실습 코드로 SQL Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.
SQL Academy을(를) 시작하는 데 경험이 필요한가요?
사전 경험은 필요하지 않습니다. CoddyKit의 SQL Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 4번째 강의입니다.
“느린 쿼리 식별 및 수정” 강의는 얼마나 걸리나요?
대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.
이 SQL Academy 강의에서 코드를 작성하고 실행할 수 있나요?
네. 모든 SQL Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.