🧐 EXPLAIN 읽는 법 | 추정이 얼마나 틀렸을까?

노드별 행 수 (노드 이름 | 추정 | 실제 | 루프 수)

실제 행 수를 적은 기준

괴리 배수 기준 (선택, 배)

계획에 나오는 항목 (PostgreSQL 표기 기준)

Seq Scan 은 테이블을 처음부터 끝까지 읽습니다. 가져올 행이 테이블의 큰 비중을 차지할 때는 이 방식이 오히려 빠르므로, 나왔다는 사실 자체가 문제는 아닙니다. 적은 행만 찾는데 큰 테이블에서 이 노드가 보이면 조건에 맞는 인덱스가 없거나 쓰이지 않은 것입니다.

DB 마다 계획을 보는 방법이 다릅니다

DB	명령	출력 모양
PostgreSQL	EXPLAIN · EXPLAIN ANALYZE	들여쓰기로 중첩을 보여 주는 노드 트리
MySQL · MariaDB	EXPLAIN · EXPLAIN ANALYZE	접근 방식을 요약한 표, 또는 트리 형태
SQLite	EXPLAIN QUERY PLAN	스캔과 검색을 한 줄씩 적은 간단한 목록

같은 DB 라도 버전에 따라 항목 이름과 표시 방식이 바뀝니다. 이 도구는 붙여넣은 계획을 해석해 주지 않고, 계획에서 직접 읽어 적은 숫자로 괴리 배수만 계산합니다. 어떤 인덱스를 만들라고 권하지도 않습니다.

도구 설명

실행계획을 볼 때 가장 먼저 확인할 것은 추정 행 수와 실제 행 수가 얼마나 벌어졌는지입니다. 플래너는 통계로 추정한 행 수를 바탕으로 스캔 방식과 조인 방식을 고르기 때문에, 이 숫자가 크게 틀리면 그 위의 선택까지 함께 틀어집니다. 계획에서 노드마다 두 숫자를 읽어 적으면 괴리 배수를 계산해 어느 노드가 가장 크게 어긋났는지 보여 줍니다.

PostgreSQL 의 ANALYZE 출력은 추정 행 수와 실제 행 수를 모두 루프 한 번당 값으로 적습니다. 루프 수를 함께 넣으면 두 값에 똑같이 곱해 전체 합계로 보여 주므로, 괴리 배수는 루프 한 번 기준과 같습니다. 괴리 배수를 얼마부터 문제로 볼지는 공인된 기준이 없으므로 수치를 임의로 제시하지 않고, 쓰고 있는 기준을 넣으면 그 배수를 넘은 노드를 세어 줍니다. 계획에 나오는 항목은 2026년 10월 기준 PostgreSQL 표기를 기준으로 뜻만 정리했습니다.

이 도구는 붙여넣은 계획을 해석해 주지 않습니다. 계획 형식은 DB 와 버전마다 다르고 항목 이름도 바뀌므로, 계획에서 직접 읽어 적은 숫자만 받습니다. 어떤 인덱스를 만들라고 권하거나 쿼리를 고쳐 주지도 않고, 실행 시간을 예측하지도 않습니다.

자주 묻는 질문

추정과 실제의 괴리가 왜 중요한가요?

플래너는 추정 행 수를 보고 스캔 방식과 조인 방식을 고릅니다. 추정이 1행인데 실제로 수만 행이 나오면 Nested Loop 로 고른 계획이 안쪽을 수만 번 실행하게 됩니다. 그래서 괴리가 큰 노드를 먼저 찾는 것이 순서입니다.

cost 숫자를 밀리초로 바꿀 수 있나요?

바꿀 수 없습니다. cost 는 플래너가 계획끼리 비교하려고 쓰는 자체 단위라서 시간과 1:1 로 대응하지 않습니다. 실제 걸린 시간은 ANALYZE 를 붙여 실행한 뒤 actual time 으로 봅니다.

이 도구가 하지 않는 것은 무엇인가요?

붙여넣은 실행계획을 해석하거나 인덱스를 추천하거나 쿼리를 고쳐 주지 않습니다. 직접 읽어 적은 행 수로 괴리 배수만 계산합니다.

🧐쿼리 실행계획(EXPLAIN) 읽는 법 가이드

DB 마다 계획을 보는 방법이 다릅니다

관련된 도구

SQL WHERE 조건 빌더

SQL ORDER BY 다중 정렬 빌더

도구 설명

자주 묻는 질문

DB 마다 계획을 보는 방법이 다릅니다

관련된 도구

SQL WHERE 조건 빌더

SQL ORDER BY 다중 정렬 빌더

도구 설명

자주 묻는 질문

같은 카테고리 도구