DBCC FREEPROCCACHEAzure SQL DB'de çalışmaz. Başka bir planı, bir üretim sistemine zarar vermeyecek bir şekilde kendini önbellekten atmaya zorlayabilir miyim (yani, sadece willy nilly tabloları değiştiremiyorum)? Bu özellikle Entity Framework tarafından oluşturulan SQL içindir, bu nedenle bunlar kendi kendini yöneten depolanmış prokslar değildir - etkin bir şekilde dinamik SQL'dir.

(Kaynak kötü endekslerdi -> kötü istatistikler vb. Bunların hepsi düzeltildi, ancak kötü bir plan ortadan kalkmayacak.)

GÜNCELLEME: İlk önce oraya @ mrdenny'nin çözümünü seçtim. Bununla birlikte, işi gerçekleştirmek için @Aaron Bertrand'ın senaryosunu başarıyla kullanıyorum. Yardım için herkese teşekkürler !!

Azure SQL artık bunu doğrudan destekliyor

Azure SQL Veritabanı, geçerli kullanıcı veritabanının proc önbelleğinin herhangi bir saldırı olmadan doğrudan temizlenmesini destekler:

ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

ek bilgi

Aşağıdaki komut dosyası ( Shannon Gowen tarafından ) işlemi adım adım izlemek için kullanılabilir:

-- run this script against a user database, not master
-- count number of plans currently in cache
select count(*) from sys.dm_exec_cached_plans;

-- Executing this statement will clear the procedure cache in the current database, which means that all queries will have to recompile.
ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

-- count number of plans in cache now, after they were cleared from cache
select count(*) from sys.dm_exec_cached_plans;

-- list available plans
select * from sys.dm_exec_cached_plans;

Bugün bunu yapmanın açık bir yolu yoktur, ancak bu kalıcı bir senaryo değildir (DBCC komutu hala desteklenmemektedir, ancak Query Store'da okunmaktadır ). Şema değişikliği isabeti kabul edilebilir olsa bile, istediğiniz şey olmayabilir, çünkü sadece kötü olanla değil , temeldeki nesneyle ilgili tüm planları geçersiz kılacaktır .

Bunun için kredi aramamak, ancak birden çok tabloya karşı aynı işlemi gerçekleştirmek için dinamik SQL oluşturmak oldukça kolaydır:

DECLARE @sql NVARCHAR(MAX) = N'';

SELECT @sql += N'ALTER TABLE '
  + QUOTENAME(SCHEMA_NAME([schema_id])) 
  + '.' + QUOTENAME(name) + ' ADD fake_column INT NULL;
  ALTER TABLE ' 
  + QUOTENAME(SCHEMA_NAME([schema_id]))
  + '.' + QUOTENAME(name) + ' DROP COLUMN fake_column;'
FROM sys.tables
--WHERE name IN, LIKE, etc.

PRINT @sql;

-- if the command > 8K, you can see the second chunk e.g.

PRINT SUBSTRING(@sql, 8001, 8000);

--EXEC sys.sp_executesql @sql;

( Bu "dinamik SQL uzunluğu" sorunu hakkında bir ipucu yazdım ...)

Tabloya boş bir sütun ekleyin ve sütunu bırakın. Bu, SQL'i bu nesnenin önbelleğini temizlemeye zorlar.

Tüm tabloları yapmaya gelince, bir imleç hile yapmalıdır. 'Zzzzzz_go_away' gibi bir tabloda asla bulunmayacak bir sütun adı kullanmanız yeterlidir.

Azure SQL Veritabanı şu anda desteklemediğinden DBCC FREEPROCCACHE, bir yürütme planını önbellekten el ile kaldıramazsınız. Ancak, sorgu ( ALTER TABLE/ ALTER VIEW) tarafından başvurulan bir tablo veya görünümde değişiklik yaparsanız , plan önbellekten kaldırılır. ( Referans .)

Tüm yürütme planını temizlemek için şunu kullanın:

    SET NOCOUNT ON

DECLARE @lcl_name VARCHAR(100)
DECLARE @addcolumnSql nVARCHAR(MAX)
DECLARE @dropcolumnSql nVARCHAR(MAX)

DECLARE cur_name CURSOR FOR
SELECT name
FROM sysobjects
WHERE type = 'U'
OPEN cur_name
FETCH NEXT FROM cur_name INTO @lcl_name
WHILE @@Fetch_status = 0
BEGIN
set @addcolumnSql = 'alter table [' + @lcl_name + '] add temp_col_to_clear_exec_plan bit'
EXEcute sp_executesql @addcolumnSql
print @addcolumnSql
set @dropcolumnSql = 'alter table [' + @lcl_name + '] drop column temp_col_to_clear_exec_plan'
EXEcute sp_executesql @dropcolumnSql
print @dropcolumnSql
--  EXEC (@lcl_name )
FETCH NEXT FROM cur_name INTO @lcl_name
END
CLOSE cur_name
DEALLOCATE cur_name
SET NOCOUNT OFF

Bir tabloyu değiştirir veya referans veren bir görünüm alırsanız, yürütme planı temizlenir.

Burada biraz daha açıklanmıştır http://christianarg.wordpress.com/2013/08/22/remove-execution-plans-from-the-procedure-cache-in-sql-azure/