집 >데이터 베이스 >MySQL 튜토리얼 >OPTION(RECOMPILE)은 언제 SQL 쿼리를 놀라울 정도로 빠르게 만들까요?
소개
옵션(재컴파일) ) SQL Server의 절은 항상 비용이 많이 드는 작업으로 간주되었지만 특정 쿼리에 포함되었습니다. 상당한 성능 향상을 가져올 수 있습니다. 이 역설은 많은 개발자를 당황하게 만들었고 OPTION(RECOMPILE)이 실제로 유리한 기본 메커니즘과 상황에 대한 질문으로 이어졌습니다.
질문
개발자가 직면한 문제 쿼리에 OPTION(RECOMPILE)을 추가하면 실행 시간이 5분 이상에서 0.5초로 대폭 단축되는 비정상적인 상황이 발생했습니다. 이 동작은 쿼리가 쿼리 분석기에서 실행되었는지 또는 SqlCommand.ExecuteReader()를 사용하는 C# 응용 프로그램을 통해 실행되었는지에 관계없이 지속되었습니다. 쿼리 호출은 차선의 매개변수 스니핑에 대한 우려를 없애기 위해 항상 동일한 매개변수를 사용했습니다.
설명
OPTION(RECOMPILE)이 항상 가정과 반대됩니다. 비용이 많이 드는 작업이므로 특정 시나리오에서 유용할 수 있습니다. 한 가지 일반적인 설명은 기본 데이터나 매개 변수가 크게 변경될 때 실행 계획을 다시 작성해야 한다는 것입니다.
SQL Server는 저장 프로시저(또는 매개 변수화된 쿼리)를 생성할 때 다음을 기반으로 가장 효율적인 실행 계획을 캐시합니다. 초기 데이터 및 매개변수. 그러나 다른 데이터나 매개변수를 사용한 후속 실행은 더 이상 캐시된 실행 계획과 일치하지 않을 수 있습니다. 이러한 경우 OPTION(RECOMPILE)을 사용하여 실행 계획을 다시 컴파일하면 SQL Server가 현재 조건에 맞게 실행 계획을 최적화하여 잠재적으로 더 나은 성능을 얻을 수 있습니다.
제시된 특정 사례의 경우 개발자는 쿼리 실행 재구축을 고려해야 합니다. sp_updatestats를 사용하여 통계를 계획하고 업데이트합니다. 이 프로세스를 통해 캐시된 실행 계획은 최신 정보를 기반으로 하므로 각 실행 시 재컴파일의 필요성이 줄어듭니다.
주요 사항
위 내용은 OPTION(RECOMPILE)은 언제 SQL 쿼리를 놀라울 정도로 빠르게 만들까요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!