쿼리 메모리가 부족해 spill이 나거나 과다 예약으로 다른 쿼리가 기다립니다. 두 상태를 어떻게 구분하나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

실제 사용이 grant보다 크면 sort·hash가 임시 디스크로 spill할 수 있고, 과다 grant는 다른 쿼리의 동시 실행을 제한할 수 있습니다. 메모리 사용량·대기·추정 및 실제 행 수를 함께 봅니다.

파라미터 편중·통계·연산자·엔진별 feedback 기능을 확인합니다. 메모리를 무조건 늘리면 전체 workload가 포화될 수 있습니다. 작은·큰 입력과 동시 부하에서 grant·spill·읽기·p99를 비교하고 plan forcing은 해제 기준을 둡니다.

이해가 드러나는 지점을 확인해 보세요.

실제 사용이 grant보다 크면 sort·hash가 임시 디스크로 spill할 수 있고, 과다 grant는 다른 쿼리의 동시 실행을 제한할 수 있습니다. 메모리 사용량·대기·추정 및 실제 행 수를 함께 봅니다.
작은·큰 입력과 동시 부하에서 grant·spill·읽기·p99를 비교하고 plan forcing은 해제 기준을 둡니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 실제 사용이 grant보다 크면 sort·hash가 임시 디스크로 spill할 수 있고, 과다 grant는 다른 쿼리의 동시 실행을 제한할 수 있습니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.