Vacuum Gecikmesi ve Ölü Satırlar

Ölü satır birikimini vakum geçmişiyle birlikte inceleyin. Tablo bazlı değişim ve temizlik hızını sürekli izleyin.

2026-09-01 · 2 dakika okuma

Problem neden önemlidir?

Güncelleme ve silmeler ölü satır sürümleri üretir; temizlik geride kalırsa taramalar ve depolama verimsizleşebilir. n_dead_tup artışı her zaman autovacuum arızası anlamına gelmez.

Nasıl teşhis edilir?

Ölü satır tahminini n_tup_upd, n_tup_del, vakum zamanları ve uzun işlemlerle karşılaştırın. Tek örnek yerine artış ve temizlik hızlarını zaman içinde değerlendirin.

Sorgu kullanıcı tablolarının kümülatif etkinlik sayaçlarını ve satır tahminlerini gösterir. İstatistik sıfırlamaları nedeniyle zamanlar ve sayaçlar eksik geçmiş sunabilir.

SELECT schemaname, relname, n_live_tup, n_dead_tup,
       n_tup_upd, n_tup_del, last_vacuum, last_autovacuum,
       vacuum_count, autovacuum_count
FROM pg_stat_user_tables
ORDER BY n_dead_tup DESC
LIMIT 25;

Güvenli çözüm yaklaşımı

Uzun işlemleri ve vakumu engelleyen iş yüklerini düzeltin, ardından bakım kapasitesini tablo davranışına göre değerlendirin. Kesin neden bilinmeden agresif manuel bakım planlamayın.

Sürekli monitoring neden gerekir?

moon, ölü satır ve vakum eğilimlerini düşük ek yükle sürekli karşılaştırmaya yardımcı olur. Kalıcı sapmalar Slack, PagerDuty veya webhook üzerinden yönlendirilebilir.

Sık sorulan sorular

Yüksek n_dead_tup kesin tablo şişkinliği midir?

Hayır, değer tahminidir ve yeniden kullanılabilir boş alanı doğrudan ölçmez. Fiziksel şişkinlik değerlendirmesi için ek, güvenli inceleme gerekir.

moon bu konuda nasıl yardımcı olur?

moon, SQL Server, PostgreSQL ve MongoDB sinyallerini sürekli izleyerek problemi anlık bir kontrolden ziyade zaman içindeki davranışıyla değerlendirmeye yardımcı olur.