MSSQL 실행 계획 보기, SSMS로 쿼리 성능 최적화하는 방법

🔍 실행 계획이란 무엇인가?

실행 계획(Execution Plan)은 SQL Server가 특정 쿼리를 실행할 때, 어떤 순서와 방식으로 데이터를 검색하고 처리하는지를 시각적으로 보여주는 분석 도구입니다.
쉽게 말해, 쿼리가 실행되는 과정을 지도처럼 시각화한 결과라고 볼 수 있습니다.
이를 통해 테이블 스캔, 인덱스 검색, 조인 방식, 정렬 과정 등 데이터베이스 내부에서 발생하는 모든 주요 단계를 확인할 수 있습니다.

MSSQL에서 실행 계획을 확인하는 주된 목적은 두 가지입니다.
첫째, 쿼리의 병목 구간을 찾는 것.
둘째, 인덱스 사용 여부 및 효율성을 점검하는 것입니다.
실행 계획은 예상 실행 계획(Estimated Execution Plan)과 실제 실행 계획(Actual Execution Plan)으로 나뉘는데, 전자는 SQL Server가 쿼리를 실행하기 전에 예측한 계획을, 후자는 실제 실행된 결과를 기반으로 한 계획을 의미합니다.

🗂️ 예상 실행 계획 vs 실제 실행 계획

예상 실행 계획은 쿼리를 실행하지 않고 계획만 빠르게 확인할 수 있어, 실행 시간이 긴 대형 쿼리를 분석할 때 유용합니다.
반면, 실제 실행 계획은 실제 데이터 처리 과정에서 발생한 CPU 사용량, I/O 비용 등을 반영하므로 더 정확한 성능 분석이 가능합니다.

📌 실행 계획에서 확인할 수 있는 주요 요소

• 📄쿼리 처리 단계별 연산자 아이콘 및 의미
• 📊각 단계의 상대적 비용 비율
• 🔍사용된 인덱스 또는 풀 테이블 스캔 여부

⚙️ SSMS에서 실행 계획 보는 방법

SQL Server Management Studio(SSMS)에서는 몇 가지 간단한 설정만으로 실행 계획을 확인할 수 있습니다.
실행 계획은 개발 단계에서 쿼리 최적화를 위해 필수적으로 확인해야 하며, 프로덕션 환경에서도 성능 모니터링 시 자주 활용됩니다.

🖥️ 예상 실행 계획 확인

1. SSMS에서 쿼리를 작성한 뒤, 상단 메뉴에서 Query → Display Estimated Execution Plan을 클릭합니다.
또는 단축키 Ctrl + L을 눌러도 됩니다.
이 방식은 쿼리를 실행하지 않고 계획만 확인하므로, 대량 데이터 쿼리 분석에 유리합니다.

🚀 실제 실행 계획 확인

1. 쿼리를 실행하기 전에 상단 메뉴에서 Include Actual Execution Plan을 클릭하거나, 단축키 Ctrl + M을 누릅니다.
2. 이후 쿼리를 실행하면 결과 창 하단의 ‘Execution Plan’ 탭에서 실제 실행 계획을 확인할 수 있습니다.

• 🛠️Ctrl + L : 예상 실행 계획 표시
• ⚙️Ctrl + M : 실제 실행 계획 포함
• 🔍실행 계획은 쿼리 실행 전/후 모두 확인 가능

📊 실행 계획 해석하는 법

실행 계획을 제대로 해석하는 것은 쿼리 성능 최적화의 핵심입니다.
SSMS에서 실행 계획을 열면 다양한 연산자 아이콘과 화살표, 비용 비율 등의 시각 요소가 표시됩니다.
각 요소는 SQL Server가 데이터를 처리하는 순서와 방식, 그리고 자원 사용량을 나타내므로 이를 정확히 이해해야 합니다.

📌 주요 연산자와 의미

📌 화살표와 비용 비율

실행 계획에서 연산자 사이의 화살표 두께는 처리되는 데이터 양을 의미합니다.
굵은 화살표일수록 많은 양의 데이터가 이동한다는 뜻이므로, 해당 구간이 성능 저하의 원인이 될 가능성이 큽니다.
또한 각 연산자 상단에 표시되는 비용 비율(Cost %)은 전체 쿼리에서 해당 연산자가 차지하는 상대적인 비용을 나타냅니다.

📈 쿼리 병목 구간 찾기

실행 계획에서 병목을 찾는 핵심은 데이터가 많이 흐르는 구간과 비용이 높은 연산자를 우선적으로 살피는 것입니다.
화살표 두께가 굵거나, 연산자에 표시된 Cost %가 유독 높은 경우, 그 지점이 전체 성능을 끌어내리는 주범일 가능성이 큽니다.
또한 경고 아이콘(노란 삼각형), Missing Index 제안, tempdb 스필(Spill) 경고, 과도한 Sort/Hash, 반복적인 Key Lookup 등은 성능 저하의 전형적인 신호입니다.

🔎 병목을 의심해야 하는 징후 정리

🧭 실무형 점검 루틴

• 📌Cost % 상위 연산자 2~3개를 우선 점검
• 🔍굵은 화살표 구간에서 필터/조인 조건의 선별성 확인
• 🧱Key Lookup 다발 시 커버링 인덱스 또는 컬럼 슬림화 고려
• 🧮Estimated vs Actual Row 차이가 큰 노드에서 통계/파라미터 스니핑 의심
• 💾Sort/Hash에 Spill 경고가 있다면 인덱스 정렬/메모리 그랜트 진단

🧪 예시: Key Lookup 제거로 병목 해소

-- 조회가 느린 쿼리
SELECT OrderID, CustomerID, OrderDate, TotalAmount
FROM dbo.Orders
WHERE CustomerID = @CustomerID
  AND OrderDate >= @FromDate;

-- 실행 계획: Index Seek + Key Lookup 반복 표시
-- 해결: 커버링 인덱스로 Lookup 제거
CREATE NONCLUSTERED INDEX IX_Orders_Customer_OrdDate
ON dbo.Orders (CustomerID, OrderDate)
INCLUDE (TotalAmount);

💡 인덱스 활용 여부 확인

실행 계획을 통해 인덱스가 어떻게 사용되고 있는지 확인하는 것은 성능 최적화의 필수 단계입니다.
인덱스는 데이터를 빠르게 조회할 수 있도록 돕는 중요한 구조이지만, 잘못 사용되거나 사용되지 않으면 오히려 쿼리 성능을 저하시킬 수 있습니다.
SSMS 실행 계획에서 연산자 위에 표시되는 Index Seek, Index Scan, Key Lookup 등을 통해 인덱스 활용 여부를 쉽게 파악할 수 있습니다.

📌 Index Seek vs Index Scan

Index Seek은 인덱스를 사용해 필요한 데이터만 선별적으로 조회하는 방식으로, 대부분의 경우 성능이 우수합니다.
반면 Index Scan은 인덱스 전체를 순차적으로 스캔하는 방식으로, 조건절의 선별성이 낮거나 적절한 인덱스가 없을 때 발생합니다.
대용량 데이터에서는 Index Scan이 성능 저하의 주요 원인이 될 수 있습니다.

📌 Key Lookup 주의

Key Lookup은 비클러스터형 인덱스에서 찾은 키 값으로 클러스터형 인덱스나 테이블에서 추가 데이터를 가져오는 과정입니다.
이 작업이 반복적으로 발생하면 디스크 I/O가 증가해 성능 저하로 이어집니다.
이 경우 커버링 인덱스를 만들거나 SELECT 절에서 불필요한 컬럼을 제거해 Lookup을 최소화하는 것이 좋습니다.

• 🔍실행 계획에서 Index Seek가 사용되는지 확인
• 📊Index Scan 발생 시 조건절과 인덱스 설계 점검
• 🛠️Key Lookup이 잦으면 커버링 인덱스 또는 컬럼 최적화

❓ 자주 묻는 질문 (FAQ)