Giriş: Performans Darboğazını Kırma

Modern web projelerinde yavaş yanıt sürelerinin birincil nedeni veritabanı katmanındaki verimsiz sorgulardır. Dijital ajanslar ve yazılım ekipleri için yüksek trafik altında çökmeyen sistemler kurmak zorunluluktur. Bu rehber, indeksleme stratejileri ve sorgu optimizasyonu ile API gecikmelerini en aza indirme adımlarını açıklar.

Adım 1: Yavaş Sorguları ve Yürütme Planlarını Tespit Etme

Optimizasyon ölçümle başlar. Rastgele indeks eklemek yazma maliyetini artırır. Önce darboğaz saptanmalıdır.

Slow Query Log Aktif Etme: PostgreSQL için log_min_duration_statement, MySQL için slow_query_log değerlerini yapılandırın.
Yürütme Planını İnceleme: Sorgu önüne EXPLAIN ANALYZE ekleyin.

Seq Scan (PostgreSQL) veya Full Table Scan (MySQL) görülen yerlerde tablo boyutu büyüdükçe performans çöker. Hedef: Index Scan veya Index Only Scan.

EXPLAIN ANALYZE
SELECT id, email, created_at 
FROM users 
WHERE email = 'dev@example.com';

Adım 2: Doğru İndeksleme Türlerini Kullanma

Her veri tipi ve sorgu deseni farklı indeks yapısı gerektirir.

1. B-Tree İndeksler

Varsayılan ve en yaygın tiptir. Eşitlik (=) ve aralık (<, >=) sorgularında en yüksek performansı verir.

2. Bileşik (Composite) İndeksler

Birden fazla sütunla filtreleme yapılan sorgularda kullanılır. Sol-taraf kuralı (Leftmost prefix) geçerlidir.

-- Sorgu:
SELECT * FROM orders WHERE tenant_id = 42 AND status = 'completed';

-- İndeks (Sıralama kritiktir: Yüksek seçicilik önce):
CREATE INDEX idx_orders_tenant_status ON orders(tenant_id, status);

3. Kısmi (Partial / Filtered) İndeksler

Tablonun sadece belirli bir alt kümesi sık sorgulanıyorsa kullanılır. Disk alanından ve RAM'den tasarruf sağlar.

-- Sadece aktif kayıtları indeksle
CREATE INDEX idx_active_users ON users(id) WHERE status = 'active';

Adım 3: Sorgu Seviyesinde Optimizasyon Teknikleri

N+1 Sorgu Problemini Engelleyin

ORM araçlarında en sık yapılan hatadır. İlişkili verileri tek sorguda çekmek için Eager Loading (JOIN / include) kullanın.

SARGable (Search Argument Able) Sorgular Yazın

İndeksli sütun üzerinde fonksiyon veya dönüşüm uygulamayın. Bu işlem indeksin devre dışı kalmasına yol açar.

Hatalı: WHERE DATE(created_at) = '2024-01-01' (Full scan yapar)
Doğru: WHERE created_at >= '2024-01-01 00:00:00' AND created_at < '2024-01-02 00:00:00' (İndeks kullanır)

Gereksiz Kolonları Çekmeyin

SELECT * yerine sadece ihtiyaç duyulan sütunları listeleyin. Bu yöntem network I/O yükünü düşürür ve 'Index Only Scan' yapılmasına imkan tanır.

Adım 4: Mimari Trendler ve Bağlantı Yönetimi

Modern web mimarisinde optimizasyon sadece SQL komutuyla sınırlı değildir. Güncel trendler doğrultusunda şu adımları izleyin:

Connection Pooling: Yeni TCP bağlantısı maliyetlidir. PgBouncer veya veritabanı proxy katmanları kullanarak connection havuzunu yönetin.
Read Replicas: Okuma ağırlıklı sistemlerde sorguları slave sunuculara yönlendirin.
Caching (Önbellekleme): Değişmeyen veya sık okunan verileri Redis/KeyDB gibi in-memory katmanlarda saklayın.

Özet Kontrol Listesi

[ ] EXPLAIN ANALYZE ile yürütme maliyeti kontrol edildi mi?
[ ] WHERE ve JOIN koşullarındaki kolonlarda indeks var mı?
[ ] Kullanılmayan, her INSERT/UPDATE işlemine maliyet bindiren gereksiz indeksler temizlendi mi?
[ ] ORM sorguları loglanıp N+1 analizi yapıldı mı?