İzleme: DMV'ler, bekleme istatistikleri, engelleme ve deadlock

“Sunucu yavaş” dendiğinde

1. Şu an ne çalışıyor? Aktif istekler ve kim kimi engelliyor?
2. Sunucu neyi bekliyor? Bekleme istatistikleri darboğazın türünü söyler.
3. En pahalı sorgular hangileri? Toplam CPU ve okuma bazında.

Aktif istekler ve engelleme

SELECT r.session_id, r.status, r.blocking_session_id, r.wait_type,
       r.wait_time, r.cpu_time, r.logical_reads, t.text AS sorgu
FROM sys.dm_exec_requests r
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) t
WHERE r.session_id <> @@SPID;

blocking_session_id dolu olan satırlar, başka bir oturumun kilidini bekliyor demektir. Zincirin başındaki oturum genellikle uzun süren veya COMMIT edilmeyi unutulmuş bir işlemdir.

En pahalı sorgular

SELECT TOP 10
       qs.total_worker_time / qs.execution_count AS ort_cpu,
       qs.total_logical_reads / qs.execution_count AS ort_okuma,
       qs.execution_count,
       SUBSTRING(t.text, 1, 200) AS sorgu
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) t
ORDER BY qs.total_logical_reads DESC;

Bekleme türleri

Deadlock (kilitlenme)

İki işlem birbirinin kilidini bekler: A, X'i kilitleyip Y'yi ister; B, Y'yi kilitleyip X'i ister. SQL Server bunu otomatik algılar ve birini kurban seçip geri alır (hata 1205). Uygulama bu hatayı yakalayıp işlemi yeniden denemelidir.

• Tabloları her işlemde aynı sırayla güncelle.
• İşlemleri kısa tut; kullanıcı girdisi beklerken işlem açık bırakma.
• Uygun indekslerle daha az satır kilitle.
• Okuma ağırlıklı sistemlerde READ_COMMITTED_SNAPSHOT düşün.