OPTION(RECOMPILE)은 실제로 언제 SQL 쿼리 성능을 향상합니까?

옵션(재컴파일): 예상치 못한 성능 이점에 대한 설명

소개

It 일반적으로 SQL 쿼리에서 OPTION(RECOMPILE)을 활용하는 것은 비용이 많이 드는 것으로 가정됩니다. 작업을 수행하려면 쿼리에 대한 새로운 조회 전략을 만들어야 하기 때문입니다. 그러나 어떤 경우에는 OPTION(RECOMPILE)을 추가하면 쿼리 성능이 크게 향상되는 것으로 나타났습니다. 이 문서에서는 이러한 현상의 원인과 관련된 장단점을 설명하는 것을 목표로 합니다.

OPTION(RECOMPILE)이 성능을 향상시킬 수 있는 이유

OPTION(RECOMPILE)은 다음을 보장합니다. 쿼리 실행 계획은 쿼리가 실행될 때마다 다시 작성됩니다. 이는 일반적으로 비용이 많이 드는 작업으로 간주되지만 다음과 같은 시나리오에서 유용할 수 있습니다.

• 기본 데이터에 대한 중요한 변경: 쿼리에 사용된 데이터가 이후에 상당한 변경을 겪었을 수 있습니다. 마지막 실행으로 인해 오래된 실행 계획이 발생합니다.
• 동적 SQL: 쿼리는 동적입니다. 실행마다 달라지는 매개변수 또는 데이터 소스로 인해 최적의 실행 계획이 달라집니다.

실행 계획 재구축과 계획 캐싱

매개변수화된 쿼리가 처음 실행될 때 , SQL Server는 일반적으로 사용된 현재 데이터와 매개 변수를 기반으로 실행 계획을 결정하고 캐시합니다. 이 캐싱은 후속 실행에 계획을 재사용하여 성능을 최적화하기 위한 것입니다.

그러나 기본 데이터 또는 매개변수가 크게 변경되면 캐시된 계획이 더 이상 최적이 아닐 수 있습니다. OPTION(RECOMPILE)은 이 캐싱 메커니즘을 우회하여 실행할 때마다 새로운 계획을 강제로 생성합니다.

장단점 및 권장 사항

OPTION(RECOMPILE)은 개선할 수 있습니다. 특정 시나리오에서의 성능은 일부와 함께 제공되므로 신중하게 사용해야 합니다. 장단점:

• 성능 오버헤드: 실행 계획을 재구축하면 추가 계산 비용이 발생합니다.
• 메모리 사용량 증가: 새로운 실행 계획 메모리에 저장되어 메모리로 이어질 수 있습니다.

따라서 옵션(재컴파일)을 선택하기 전에 잠재적인 이점과 장단점을 신중하게 평가하는 것이 좋습니다. 초기 문제 해결 단계로 OPTION(RECOMPILE)을 사용하지 않고 통계를 업데이트하고 실행 계획을 다시 작성하는 것이 좋습니다.

위 내용은 OPTION(RECOMPILE)은 실제로 언제 SQL 쿼리 성능을 향상합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!