Problem neden önemlidir?
Büyüyen belgeler disk kullanımını, cache çalışma kümesini ve ağ aktarımını artırabilir. Sınırsız diziler veya gömülü geçmiş verisi belge boyutu sınırına yaklaşma riski de yaratır.
Nasıl teşhis edilir?
collStats ile avgObjSize, size, storageSize ve belge sayısı eğilimlerini inceleyin. Şema değişikliklerini ve hızlı büyüyen alanları örneklenmiş, hassasiyeti azaltılmış analizle doğrulayın.
scale yalnızca raporlanan boyut birimini değiştirir. Komut koleksiyondaki belgeleri veya depolamayı değiştirmez.
const s = db.runCommand({collStats: "orders", scale: 1048576});
({count: s.count, avgObjSizeBytes: s.avgObjSize, sizeMB: s.size, storageSizeMB: s.storageSize})Güvenli çözüm yaklaşımı
Sınırsız büyüyen veriyi ayrı koleksiyon, bucket veya arşiv tasarımıyla sınırlandırın. Şema değişikliklerini sorgu ve atomiklik gereksinimleriyle birlikte test edin.
Sürekli monitoring neden gerekir?
Sürekli boyut izlemesi, yavaş şema şişmesini ani disk alarmından önce gösterir. moon düşük ek yükle izler ve Slack, PagerDuty ya da webhook uyarıları yönlendirir.
Sık sorulan sorular
avgObjSize artışı tek başına kötü müdür?
Hayır, iş gereksinimi nedeniyle beklenen büyüme olabilir. Disk, cache, ağ ve belge sınırı etkileri birlikte değerlendirilmelidir.
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.