PostgreSQL İndeks Şişmesini Yönetme: Sensör Verileri İçin HOT ve Fillfactor Rehberi

Giriş

Modern IoT ve endüstriyel otomasyon sistemlerinde, sensörlerden gelen yüksek hacimli verilerin gerçek zamanlı olarak işlenmesi ve güncellenmesi kritik bir öneme sahiptir. Ancak PostgreSQL tabanlı sistemlerde, saniyede binlerce satırlık güncelleme işlemi yapıldığında “İndeks Şişmesi” (Index Bloat) adı verilen performans darboğazı ortaya çıkar. Bu makalede, üretim ortamında disk I/O yükünü azaltmak ve veritabanı sağlığını korumak için HOT Updates ve Fillfactor yapılandırmalarını nasıl kullanacağınızı inceleyeceğiz.

İçindekiler

İndeks Şişmesi (Index Bloat) Nedir?
Fillfactor Parametresinin Rolü
HOT (Heap Only Tuples) Updates Mekanizması
Üretim Ortamı İçin Optimizasyon Adımları
Sıkça Sorulan Sorular (SSS)
Sonuç

İndeks Şişmesi (Index Bloat) Nedir?

PostgreSQL, Çok Sürümlü Eşzamanlılık Denetimi (MVCC) mimarisini kullanır. Bir satır üzerinde UPDATE işlemi yapıldığında, PostgreSQL mevcut satırı fiziksel olarak değiştirmez; bunun yerine eski satırı “ölü” (dead tuple) olarak işaretler ve yeni veriyi içeren yeni bir satır oluşturur. Eğer bu satır üzerinde bir indeks varsa, her güncelleme işlemi için indekse yeni bir giriş eklenir.

İndeks şişmesi, VACUUM işleminin yetişemediği durumlarda indeks sayfalarının boş alanlarla dolması ve disk üzerinde gereksiz yer kaplayarak sorgu performansını düşürmesidir.

Fillfactor Parametresinin Rolü

Fillfactor, bir tablonun veya indeksin veri sayfalarının (pages) ne kadarının dolacağını belirleyen bir parametredir. Varsayılan değer %100’dür, yani sayfalar tamamen doldurulur. Ancak yüksek güncelleme alan sensör tablolarında bu değerin düşürülmesi (%70-%90 arası) önerilir.

Sayfada boş alan bırakıldığında, bir satır güncellendiğinde yeni versiyon aynı veri sayfası içine yazılabilir. Bu durum, disk I/O maliyetini minimize eder ve HOT Updates mekanizmasını tetikler.

HOT (Heap Only Tuples) Updates Mekanizması

HOT Updates, PostgreSQL’in indeks şişmesini önlemek için geliştirdiği en güçlü özelliklerden biridir. Bir güncelleme işleminin HOT olarak gerçekleşmesi için iki şart gereklidir:

Güncellenen sütunların hiçbirinde indeks bulunmamalıdır.
Yeni satır versiyonu, eski versiyonla aynı veri sayfasında (page) saklanabilmelidir (İşte burada Fillfactor devreye girer).

Eğer bu şartlar sağlanırsa, indeks üzerinde yeni bir giriş oluşturulmaz; sadece mevcut indeks kaydı yeni satır versiyonuna zincirlenir. Bu, CPU ve disk I/O kullanımında devasa bir tasarruf sağlar.

SSS (Sıkça Sorulan Sorular)

Fillfactor değerini düşürmek veri tabanı boyutunu artırır mı?

Evet, başlangıçta veri sayfalarında boş yer bırakıldığı için disk kullanımı %10-20 oranında artabilir. Ancak uzun vadede kontrolsüz indeks şişmesini engellediği için toplam disk yönetimi daha verimli hale gelir.

Hangi tablolar için Fillfactor ayarı yapılmalıdır?

Sadece çok sık UPDATE alan, özellikle sensör değerlerinin (sıcaklık, basınç, konum vb.) sürekli güncellendiği tablolarda bu ayar yapılmalıdır. Statik veya sadece INSERT alan tablolarda varsayılan değerde kalınmalıdır.

İndeks şişmesini nasıl takip edebilirim?

pgstatindex eklentisi veya pg_stat_user_indexes görünümü üzerinden “idx_scan” ve “n_dead_tup” değerlerini izleyerek şişme oranlarını analiz edebilirsiniz.

Sonuç

Yüksek hacimli sensör verileriyle çalışırken PostgreSQL’in varsayılan ayarları zamanla disk darboğazına yol açabilir. Fillfactor değerini stratejik olarak düşürmek ve HOT Updates mekanizmasının çalışmasını sağlamak, üretim ortamında sürdürülebilir bir performans sağlar. Bu optimizasyonlar sayesinde VACUUM işlemlerinin yükü azalır ve uygulamanızın yanıt süreleri stabilize olur.