Giriş

Veri tabanı yönetimi ve optimizasyonu, uygulama tepki süresini ve altyapı maliyetlerini doğrudan etkiler. Bu rehberde indeksleme, EXPLAIN/EXPLAIN ANALYZE ile sorgu planı analizi ve sorgu iyileştirme için uygulanabilir adımları ele alacağız. Örnekler genel SQL ve özellikle PostgreSQL bağlamında verilecektir; her değişikliğin test ortamında doğrulanması önemlidir.

İndeksleme: Temel kavramlar ve stratejiler

İndeksler, WHERE, JOIN, ORDER BY ve GROUP BY gibi işlemlerde sorgu performansını artıran birincil araçlardır. Ancak her indeks her durumda fayda sağlamaz; doğru kolon, doğru tür ve doğru zamanlama önemlidir. İndeksler hakkında genel mantığı ve karar kriterlerini anlamak ilk adımdır (kaynak).

• B-tree indeksler: Sıralama, aralık sorguları ve eşitlik sorguları için yaygın olarak kullanılır.
• Hash indeksler: Eşitlik kontrollerinde yararlı olabilir; bazı veritabanı sistemlerinde sınırlamaları ve kullanım koşulları vardır (kaynak).
• Bileşik (composite) indeksler: Birden fazla kolona sık birlikte filtre uygulandığında etkili olur. Kolon sırası sorgu filtresine göre planlanmalıdır.

Basit bir indeks yaratma örneği (PostgreSQL):

CREATE INDEX idx_orders_customer ON orders (customer_id);

Birden fazla kolon için bileşik indeks örneği:

CREATE INDEX idx_orders_customer_status ON orders (customer_id, status);

Uygulamada dikkat edilmesi gerekenler:

• Çok sayıda indeks yazma işlemlerini yavaşlatır; gereksiz indekslerden kaçının (kaynak).
• Düşük kardinaliteli (örneğin boolean) kolonlar genellikle indekslenmeye değmez.
• Veri tiplerinin uyumu: JOIN veya filtrelerdeki kolonların veri tipleri eşleşmeli; aksi halde indeks kullanımı engellenebilir.

EXPLAIN ve EXPLAIN ANALYZE: Nasıl kullanılır ve yorumlanır

EXPLAIN komutu, sorgunun veritabanı tarafından nasıl planlandığını gösterir; EXPLAIN ANALYZE ise sorguyu çalıştırıp gerçek çalışma zamanı ve dönen satır sayıları ile birlikte gerçek planı sunar. Planı okurken dikkat edilmesi gerekenler: hangi plan node'larının (ör. Seq Scan, Index Scan, Hash Join, Nested Loop) kullanıldığı, tahmini satır sayıları ile gerçek dönen satır sayıları arasındaki fark ve en fazla süre alan adımların hangileri olduğudur (kaynak).

EXPLAIN kullanım örneği:

EXPLAIN ANALYZE SELECT id, total FROM orders WHERE customer_id = 42;

Planı yorumlarken pratik ipuçları:

• Seq Scan büyük tabloda sık görülüyorsa ve filtre daha dar bir alt küme dönüyorsa indeks eklemek mantıklı olabilir.
• Index Scan varsa indeks kullanılıyor demektir; fakat Index Scan'de dönüş hızı beklenenden düşükse IO ve cache durumunu kontrol edin.
• Tahmini satır (estimated rows) ile gerçek satır (actual rows) arasındaki fark büyükse istatistikler güncellenmemiş olabilir; ANALYZE veya istatistik ayarları gözden geçirilmelidir.

Sorgu İyileştirme: Adım adım yaklaşım

Aşağıdaki adımlar pratik bir hata ayıklama ve iyileştirme akışı sağlar:

1. Ölçüm yapın: Sorgu logları veya izleme araçlarıyla en çok zamanı alan sorguları tespit edin.
2. EXPLAIN ANALYZE çalıştırın: Tahmini ve gerçek değerleri karşılaştırın. En yavaş adımı belirleyin (EXPLAIN rehberi).
3. Basit değişiklikleri deneyin: Gereksiz SELECT * kullanımını azaltın, sadece gereken kolonları çekin, filtreleri mümkün olduğunca erken uygulayın.
4. İndeks değerlendirmesi: Sorgunun filtre veya join koşullarındaki kolonlara indeks eklemeyi düşünün. Eklediğiniz indeksi test edip ölçümlerinizi karşılaştırın.
5. İstatistik ve bakım: PostgreSQL gibi sistemlerde autovacuum ve ANALYZE istatistiklerin güncel kalmasını sağlar; bunları kontrol edin (PostgreSQL rehberi).
6. İleri optimizasyon: Gerekirse sorgu yeniden yazımı, partitioning veya materyalize edilmiş görünüm gibi stratejiler değerlendirilebilir.

PostgreSQL’e özgü notlar

PostgreSQL, autovacuum mekanizmasıyla kayıtlı satırların temizlenmesi ve istatistiklerin güncellenmesini otomatikleştirir; bu mekanizma performans için kritik olabilir. Ayrıca PostgreSQL büyük veri setlerinde paralel sorguları destekleyerek işlemleri birden çok CPU çekirdeğine dağıtabilir; bu, doğru konfigürasyon ve uygun sorgularda anlamlı kazanımlar sağlar (kaynak).

Sık yapılan hatalar ve kaçınma yolları

• Fonksiyon kullanımıyla indeks kaybı: WHERE koşullarında kolona uygulanan fonksiyonlar indeksin kullanılmasını engelleyebilir; mümkünse fonksiyon uygulamasını sorgu dışına taşıyın veya fonksiyon tabanlı indeks kullanın (kaynak).
• Aşırı indeksleme: Her sorgu için indeks oluşturmak cazip olsa da yazma performansı düşer; sadece fayda sağlayacak alanlara indeks ekleyin (kaynak).
• Veri tipleri uyuşmazlığı: JOIN sırasında farklı veri tipleri kullanmak indeks kullanımını engelleyebilir; kolon tiplerinin uyumlu olduğundan emin olun (kaynak).

Pratik kontrol listesi (hızlı işler)

• Sorgular için EXPLAIN ANALYZE çalıştırın ve en yavaş adımı belirleyin.
• Gereksiz kolonları çekmeyin; SELECT * yerine ihtiyaç duyulan kolonları seçin.
• WHERE ve JOIN kolonlarına uygun indeks eklemeyi değerlendirin.
• İstatistikleri güncelleyin (ANALYZE) ve autovacuum durumunu kontrol edin.
• Yazma yoğunluğu yüksek tablolarda indeks sayısını sınırlandırın.

Sonuç: İyi planlanmış indeksleme, EXPLAIN/EXPLAIN ANALYZE ile yapılan düzenli kontrol ve sorgu düzeltmeleri veri tabanı performansında önemli kazanımlar sağlar. Bu rehberdeki adımları bir ölçüm-düzeltme-dokümantasyon döngüsü olarak uygularsanız en etkili sonuçları alabilirsiniz. Daha detaylı teknik rehberler için aşağıdaki kaynaklara bakabilirsiniz.

Kaynaklar: Yazılım Yap rehberi (link), Fatih Soysal’ın indeks/hashing makalesi (link) ve PostgreSQL performans rehberi (link).