Muhammet Şafak — Veritabanı & sorgu araştırmalarıIndex stratejisi, sorgu planı ve bağlantı yönetiminin gerçek veri hacmi altında ödettiği bedel; şema ve migration kararları dâhil.https://www.muhammetsafak.com.tr/tr-TRSun, 23 Aug 2026 00:00:00 GMTinfo@muhammetsafak.com.tr (Muhammet Şafak)Partial index on beş dakikada üç yüz beş kat şişti — ve autovacuum bir kez bile gelmedihttps://www.muhammetsafak.com.tr/research/kuyruk-tablosunda-bloat-ve-autovacuum/https://www.muhammetsafak.com.tr/research/kuyruk-tablosunda-bloat-ve-autovacuum/Canlı küme beş bin satırda sabit dururken partial index 0,125 MB'dan 38,2 MB'a çıktı — üç yüz beş kat. Küçüklüğü canlı satır sayısından geliyor, şişme hızı iş hacminden, ve ikisi arasında hiçbir bağ yok. Composite index oransal olarak daha az şişti (%42) ama mutlak olarak daha çok (+126 MB) ve şişerken belleğe sığmayı bıraktı: gecikmesi 0,52 ms'den 61 saniyeye çıktı, kuyruğu 126 bine tırmandı. On beş dakikada 1,75 milyon ölü satır birikti ve autovacuum **bir kez bile koşmadı** — varsayılan eşik tablonun tamamına göre ölçekleniyor (50 + 0,2 × 10 milyon ≈ 2 milyon), churn ise küçük canlı kümede oluyor.Sun, 23 Aug 2026 00:00:00 GMTveritabanipostgresqlindexkuyrukautovacuumbloatperformansPartial index kuyruk tablosunu kırk bir kat küçültüyor — planner onu seçtiği sürecehttps://www.muhammetsafak.com.tr/research/partial-index-kuyruk-tablosu/https://www.muhammetsafak.com.tr/research/partial-index-kuyruk-tablosu/10 milyon ölü satırda partial index saniyede 11.537 iş çıkarıyor, index'siz tablo 7. Composite index'le hız farkı küçük (%6,9) ama boyut farkı değil: 7,6 MB'a karşı 310,4 MB, ve partial tabloyla birlikte büyümüyor çünkü yalnız 5.000 canlı satırı indeksliyor. Asıl bulgu bunların hiçbiri: planner hazırlanmış bir deyimde generic plana geçtiği anda partial index tamamen devre dışı kalıyor — 11.752 tps 7'ye, 0,68 ms 1,1 saniyeye düşüyor. Bin altı yüz otuz beş kat. Aynı koşulda composite index etkilenmiyor.Sun, 23 Aug 2026 00:00:00 GMTveritabanipostgresqlindexkuyrukskip-lockedoutboxperformansPostgres partial index'i generic plana çevirmedi: kırk çalıştırma, kırk custom planhttps://www.muhammetsafak.com.tr/research/planner-generic-plana-ne-zaman-geciyor/https://www.muhammetsafak.com.tr/research/planner-generic-plana-ne-zaman-geciyor/Postgres geçişi reddediyor. Partial index'te kırk çalıştırmanın kırkı da custom plan — sayaç 40/0. Reddetmesinin sebebi tam olarak felaketin kendisi: generic plan partial index'i kullanamaz, bu yüzden tahmini maliyeti yüksek çıkar ve planner onu seçmez. Composite index ise ders kitabındaki gibi altıncı çalıştırmada geçiyor (5/35) ve hiçbir şey kaybetmiyor. Yani bin altı yüz otuz beş katlık uçurum gerçek ama çitli: ona düşmek için `plan_cache_mode = force_generic_plan` yazmak gerekiyor.Sun, 23 Aug 2026 00:00:00 GMTveritabanipostgresqlindexkuyrukplannerprepared-statement