매우 나쁜 쿼리 계획을 간헐적으로 캐시하는 하나의 특정 SQL Server 2008 쿼리 (저장된 프로시 저는 아니지만 5 분마다 실행되는 동일한 SQL 문자열)가 있습니다.
이 쿼리는 일반적으로 몇 밀리 초 안에 실행되지만이 잘못된 쿼리 계획에서는 30 초 이상이 걸립니다.
프로덕션 데이터베이스 서버에서 전체 쿼리 캐시를 제거하지 않고 SQL Server 2008에서 하나의 잘못된 캐시 된 쿼리 계획 을 외과 적으로 제거하려면 어떻게해야 합니까?
답변:
몇 가지를 알아 냈습니다
select * from sys.dm_exec_query_stats
캐시 된 모든 쿼리 계획이 표시됩니다. 불행히도 거기에는 SQL 텍스트가 표시되지 않습니다.
그러나 다음과 같이 SQL 텍스트를 계획에 결합 할 수 있습니다.
select plan_handle, creation_time, last_execution_time, execution_count, qt.text
FROM
sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text (qs.[sql_handle]) AS qt
여기에서 WHERE내가 아는 SQL을 쿼리에 찾도록 절 을 추가하는 것은 매우 사소한 일입니다.
DBCC FREEPROCCACHE (plan_handle_id_goes_here)
쿼리 계획 캐시에서 각 쿼리 계획을 제거합니다. 아니 정확히 쉽거나 편리하지만, 표시 작업에 ..
편집 : 전체 쿼리 캐시를 덤프 해도 작동하며 적어도 내 경험상 들리는 것보다 덜 위험합니다.
DBCC FREESYSTEMCACHE ('ALL') WITH MARK_IN_USE_FOR_REMOVAL;
좋은 계획이 어떻게 생겼는지 아는 경우 계획 힌트를 사용 하십시오 .
특정 캐시 항목을 제거 할 수 없지만을 사용하여 전체 캐시 풀을 정리할 수 있습니다 DBCC FREESYSTEMCACHE(cachename/poolname).
계획 핸들이있는 경우 ( 실행 중 session_id에 대한 sys.dm_exec_requests.plan_handle 에서 또는 실행 후 sys.dm_exec_query_stats 에서) 잘못된 쿼리 계획의 캐시 이름을 얻을 수 있습니다 .
select ce.name
from sys.dm_exec_cached_plans cp
join sys.dm_os_memory_cache_entries ce on cp.memory_object_address = ce.memory_object_address
where cp.plan_handle = @bad_plan
그러나 모든 SQL 계획의 이름은 'SQL 계획'으로 DBCC FREESYSTEMCACHE에 적합한 계획을 선택하는 것이 어려운 선택입니다.
최신 정보
에 대해 잊어 버렸습니다 DBCC FREEPROCCACHE(plan_handle). 그렇습니다.
sys.dm_exec_cached_plans대한 항목이 없으면 무엇을 의미 합니까? plan_handlesys.dm_exec_requests
FREEPROCCACHE의 솔루션은 괜찮지 만,이 일을 더 직접적인 방법은 사용하는 것입니다 OPTION (RECOMPILE)를 가능성이 당신이 생각하기 때문에 (당신이이 SP 아니었다 언급 한) 당신의 SQL 문자열에,이, 엔진을 자사의 단일 사용 계획을 알려줍니다 매개 변수 스니핑이 있거나 통계가 실행마다 크게 다르며 잘못된 캐시 계획 문제가 의심됩니다.
DECLARE @SQL NVARCHAR(4000)
SELECT @SQL = 'SELECT * FROM Table WHERE Column LIKE @NAME OPTION (RECOMPILE)'
EXEC sp_executesql @SQL, N'@NAME varchar(15)', 'MyName'