SQL Server Memory Grant Baskısı

Problem neden önemlidir?

Sıralama ve hash işlemleri için büyük memory grant isteyen sorgular, diğer isteklerin RESOURCE_SEMAPHORE beklemesine yol açabilir. Hatalı satır tahminleri aşırı tahsis veya diske taşma riskini artırabilir.

Nasıl teşhis edilir?

Mevcut grant isteklerinde talep edilen, verilen, kullanılan bellek ve bekleme süresini sorgu metniyle birlikte inceleyin. Sorunun kısa süreli mi kalıcı mı olduğunu anlamak için bekleyen istek sayısını zaman içinde örnekleyin.

Sorgu yalnızca o anda memory grant isteyen veya kullanan sorguları gösterir. Tamamlanmış sorgular ve kısa beklemeler için Query Store, planlar veya sürekli örnekleme gerekir.

SELECT mg.session_id,
       mg.request_time,
       mg.grant_time,
       mg.requested_memory_kb,
       mg.granted_memory_kb,
       mg.required_memory_kb,
       mg.used_memory_kb,
       mg.max_used_memory_kb,
       mg.wait_time_ms,
       mg.dop,
       st.text AS batch_text
FROM sys.dm_exec_query_memory_grants AS mg
OUTER APPLY sys.dm_exec_sql_text(mg.sql_handle) AS st
ORDER BY mg.wait_time_ms DESC, mg.requested_memory_kb DESC;

Güvenli çözüm yaklaşımı

Satır tahminlerini, istatistikleri, sorgu şeklini ve indeksleri düzelterek gereksiz çalışma alanı ihtiyacını azaltın. Kaynak yönetişimi veya sorgu ipuçları yalnızca ölçülmüş etki ve dar kapsamla değerlendirilmelidir.

Sürekli monitoring neden gerekir?

Memory grant kuyrukları belirli raporlar veya eşzamanlı sorgu kümeleri sırasında hızla oluşabilir. moon bu baskıyı sürekli izleyebilir ve uzayan durumları Slack, PagerDuty veya webhook kanallarına yönlendirebilir.