SQL Server Performans Tuning: Yavaş Sorguları Hızlandırmanın Yolları

Merhaba,

SQL Server yavaşladı, kullanıcılar şikayetçi, DBA ekibi baskı altında, klasik senaryo. Performans sorununu doğru teşhis etmeden rastgele index eklemek veya sunucu yükseltmek çözüm değil, bant-aid. Sistematik yaklaşımı paylaşayım arkadaşlar.

Önce Teşhis: Nerede Yavaş?

İlk adım nereden baktığınızı bilmek. SQL Server Management Studio'da Activity Monitor hızlı bir genel bakış sunuyor. Ama gerçek güç DMV'lerde (Dynamic Management Views). sys.dm_exec_query_stats en çok kaynak tüketen sorguları listeler. sys.dm_os_wait_stats sunucunun nede beklediğini gösterir. Bu ikisi ile hangi sorgu ve hangi bekleme tipi sorun yaratıyor hızlıca tespit edilebilir.

Execution Plan: Sorgunun X-Ray'i

Yavaş sorguyu bulduktan sonra execution plan'ı inceleyin. SSMS'te Ctrl+M ile gerçek execution plan aktif olur. Plan üzerinde en pahalı operatör kalın ok ile gösteriliyor. Dikkat edilecek uyarılar:

• Table Scan / Index Scan: Tablo taranıyor, index yok veya kullanılmıyor.
• Key Lookup: Index var ama covering değil, extra I/O yapıyor.
• Hash Match / Sort: Büyük veri seti için bellek gerekiyor, TempDB'ye taşabilir.
• Estimated vs Actual Rows farkı: İstatistikler güncel değil.

Index Stratejisi

Missing index önerilerini körü körüne uygulamayın, her tablo için yüzlerce öneri gelebilir. Index oluşturma maliyeti (yazma yavaşlaması, storage) ile sorgu kazanımını dengeleyin. Covering index ile key lookup'ları ortadan kaldırın: INCLUDE ile SELECT listesindeki kolonları index'e ekleyin. Kullanılmayan index'leri sys.dm_db_index_usage_stats ile tespit edip kaldırın, bunlar sadece yazma performansını olumsuz etkiliyor.

İstatistik Güncellemesi

Query optimizer, execution plan seçmek için istatistiklere güveniyor. Eski istatistikler yanlış plan seçimine yol açıyor. UPDATE STATISTICS veya EXEC sp_updatestats ile güncelleyin. Auto Update Statistics açık olmalı ama büyük tablolarda tetikleme eşiği yavaş kalabilir, manuel veya zamanlanmış güncelleme gerekebilir. DBCC SHOW_STATISTICS ile istatistik histogram'ını inceleyebilirsiniz.

Wait Statistics: Sunucu Ne Bekliyor?

Performans sorunlarını kategorize etmenin en etkili yolu wait statistics. Başlıca wait tipleri:

• PAGEIOLATCH: Disk I/O yavaş, storage sorunu veya buffer pool yetersiz.
• LCK_M_X: Blocking ve deadlock, transaction tasarımı veya index sorunu.
• CXPACKET: Paralel sorgu senkronizasyonu, MAXDOP ayarı gözden geçirin.
• SOS_SCHEDULER_YIELD: CPU baskısı, yoğun hesaplama veya yetersiz CPU.

TempDB Optimizasyonu

TempDB hot spot SQL Server'ın sık yaşanan darboğazlarından. Öneriler: TempDB data dosyası sayısını CPU sayısına eşitleyin (maksimum 8), tüm data dosyaları eşit boyutlu olsun, TempDB'yi ayrı hızlı diske taşıyın. SQL Server 2016+ ile TempDB kurulum sırasında otomatik configure ediliyor ama mevcut sunucularda kontrol şart.

Sonuç

SQL Server performans optimizasyonu sistematik bir süreç: önce teşhis, sonra execution plan analizi, ardından index ve istatistik optimizasyonu. Sunucu yükseltmeden önce yazılım seviyesinde ne yapılabileceğini tüketin, çoğu zaman doğru index ve güncel istatistik sorunu çözüyor :)

İyi Günler Dilerim,