Jak mogę wyczyścić pamięć podręczną zapytań programu SQL Server?

Mam proste zapytanie uruchomione przeciwko SQL Server 2005

SELECT * 
FROM Table 
WHERE Col = 'someval'

Pierwsze uruchomienie zapytania może zająć > 15 secs. Kolejne wykonania są z powrotem < 1 sec.

Jak mogę uzyskać, aby SQL Server 2005 nie używał żadnych wyników w pamięci podręcznej? Próbowałem biegać

DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE

Ale wydaje się, że nie ma to wpływu na szybkość zapytania (nadal < 1 sec).

Oto kilka dobrych wyjaśnień. sprawdź to.

http://www.mssqltips.com/tip.asp?tip=1360

CHECKPOINT; 
GO 
DBCC DROPCLEANBUFFERS; 
GO

Z powiązanego artykułu:

Jeśli wszystkie testy wydajności są przeprowadzane w SQL Server, najlepszym rozwiązaniem może być wydanie PUNKTU KONTROLNEGO, a następnie wydanie polecenia DBCC DROPCLEANBUFFERS. Chociaż proces CHECKPOINT jest automatycznym wewnętrznym procesem systemowym w programie SQL Server i występuje regularnie, ważne jest, aby wydać to polecenie, aby zapisać wszystkie brudne strony dla bieżącej bazy danych na dysku i wyczyścić bufory. Następnie można wykonać polecenie DBCC DROPCLEANBUFFERS, aby usunąć wszystkie bufory z puli buforów.

Osiem różnych sposobów na wyczyszczenie pamięci podręcznej planu

1. Usuń wszystkie elementy z pamięci podręcznej planu dla całej instancji

DBCC FREEPROCCACHE;

Użyj tego, aby ostrożnie wyczyścić pamięć podręczną planu. Zwolnienie pamięci podręcznej planu powoduje na przykład rekompilację procedury składowanej zamiast ponownego użycia z pamięci podręcznej. Może to spowodować nagły, tymczasowy spadek wydajności zapytań.

2. Opróżnij pamięć podręczną planu dla całej instancji i pomiń komunikat o regularnym zakończeniu

„Wykonanie DBCC zakończone. Jeśli DBCC wydrukuje komunikaty o błędach, skontaktuj się z administratorem systemu.”

DBCC FREEPROCCACHE WITH NO_INFOMSGS;

3. Opróżnij pamięć podręczną ad hoc i przygotowany plan dla całej instancji

DBCC FREESYSTEMCACHE ('SQL Plans');

4. Opróżnij pamięć podręczną ad hoc i przygotowany plan dla jednej puli zasobów

DBCC FREESYSTEMCACHE ('SQL Plans', 'LimitedIOPool');

5. Opróżnij całą pamięć podręczną planu dla jednej puli zasobów

DBCC FREEPROCCACHE ('LimitedIOPool');

6. Usuń wszystkie elementy z pamięci podręcznej planu dla jednej bazy danych (nie działa w SQL Azure)

-- Get DBID from one database name first
DECLARE @intDBID INT;
SET @intDBID = (SELECT [dbid] 
                FROM master.dbo.sysdatabases 
                WHERE name = N'AdventureWorks2014');

DBCC FLUSHPROCINDB (@intDBID);

7. Wyczyść pamięć podręczną planu dla bieżącej bazy danych

USE AdventureWorks2014;
GO
-- New in SQL Server 2016 and SQL Azure
ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

8. Usuń jeden plan zapytań z pamięci podręcznej

USE AdventureWorks2014;
GO

-- Run a stored procedure or query
EXEC dbo.uspGetEmployeeManagers 9;

-- Find the plan handle for that query 
-- OPTION (RECOMPILE) keeps this query from going into the plan cache
SELECT cp.plan_handle, cp.objtype, cp.usecounts, 
DB_NAME(st.dbid) AS [DatabaseName]
FROM sys.dm_exec_cached_plans AS cp CROSS APPLY sys.dm_exec_sql_text(plan_handle) AS st 
WHERE OBJECT_NAME (st.objectid)
LIKE N'%uspGetEmployeeManagers%' OPTION (RECOMPILE); 

-- Remove the specific query plan from the cache using the plan handle from the above query 
DBCC FREEPROCCACHE (0x050011007A2CC30E204991F30200000001000000000000000000000000000000000000000000000000000000);
 

Źródło 1 2 3

Pytanie jest nieco stare, ale może pomóc. Mam podobne problemy i skorzystanie z opcji poniżej pomogło mi. Nie jestem pewien, czy jest to trwałe rozwiązanie, ale na razie to naprawia.

OPTION (OPTIMIZE FOR UNKNOWN)

Wtedy twoje zapytanie będzie takie

select * from Table where Col = 'someval' OPTION (OPTIMIZE FOR UNKNOWN)

EXEC sys.sp_configure N'max server memory (MB)', N'2147483646'
GO
RECONFIGURE WITH OVERRIDE
GO

Podana wartość pamięci serwera nie jest ważna, o ile różni się od bieżącej.

Btw, rzeczą, która powoduje przyspieszenie nie jest pamięć podręczna zapytań, ale pamięć podręczna danych.

Należy pamiętać, że ani DBCC DROPCLEANBUFFERS;ani nie DBCC FREEPROCCACHE;jest obsługiwany w usłudze SQL Azure / SQL Data Warehouse.

Jeśli jednak musisz zresetować pamięć podręczną planu na SQL Azure, możesz zmienić jedną z tabel w zapytaniu (na przykład po prostu dodaj, a następnie usuń kolumnę), będzie to miało efekt uboczny usuwania planu z pamięci podręcznej .

Osobiście robię to jako sposób testowania wydajności zapytań bez konieczności radzenia sobie z buforowanymi planami.

Więcej informacji o pamięci podręcznej procedur SQL Azure tutaj