Veritabanlarının barındırılması ve sunulması dosyalardan daha mı pahalı? [kapalı]


0

Ana bilgisayarların büyük bir yüzdesinin veritabanı alanı üzerinde çok sert sınırları olduğunu, ancak disk alanı üzerinde cömert sınırları olduğunu gözlemledim.

100GB disk / 2 GB veritabanı oldukça yaygın görünüyor.

Bana göre, bu son kullanıcı için pek mantıklı değil. Kullanıcı tarafından oluşturulan içeriğin çoğu veritabanında biteceğini düşünme eğilimindeyim ve bazı popüler forum sistemlerinin bile resimlerini DB biçiminde ikili biçimde takma eğiliminde olduğunu biliyorum.

Ev sahiplerinin kar elde etme konusunda iştigal ettikleri açıktır, bu nedenle aldıkları kararlar öncelikle gelire dayalı olacaktır. Bundan, veritabanlarının çalıştırılmasının daha pahalı olacağı sonucuna varmak basit bir atlayış. Peki ya veritabanları, ya da kullanımları, çalıştırılmalarının daha pahalı olmasına neden olur?


Ödediğini alırsın. Kaliteli ana bilgisayarlar bunu yapmaz.
Ramhound

Ucuz bir ev sahibi almaya çalışmıyorum. Sunulan veritabanı depolamasının genellikle disk alanından daha düşük olmasının teknik bir nedeni olup olmadığını merak ediyorum - bunun bir aşağı oy kullanmanın haklı olduğunu düşünmüyorum. Eğer öyle düşünüyorsan, lütfen açıkla.
Ashley Davies

2
DB'niz çok az sayıda devasa dosyadan oluşmadığı sürece, içerikler her zaman aranan, dizine alınan, ayrılanan, güncellenen vb. DB'lerin çoğu çok fazla sayıda küçük dosyadan oluştuğundan, içerik her gigabayt için daha fazla CPU döngüsü tüketme eğilimindedir. DB sunucusunun "meta veri ölümüne" neden olan nesneler. Temel olarak, bir veritabanındaki 20 GB'lık şeyler hemen hemen her zaman sunucu için yalnızca dosya sisteminde ve HTTP üzerinden sunulan 20 GB'lık nesneden daha büyük bir CPU ve G / Ç çıkış iş yükünü temsil eder. DB zorunda süreç ekip; HTTP sadece kopyalar.
allquixotic

1
Söylemeye çalıştıkları şudur: sorularınızı farklı bir şekilde ifade edin (doğası gereği 'neden bu şekilde' 've daha az' opion 'temelinde). Yorumlarınıza ve endişelerinize dayanarak, bu sitede olabilecek kadar geçerlidir, ancak en iyi şekilde ifade edilmemelidir (bu nedenle, 'tercih dışı' olduğu için 'konu dışı' olma potansiyeli nedeniyle kapanabilir) .
txtechhelp

1
Öyle görünüyor moderatör gecesi : P belki de tartmak için bir mod elde etmek için biraz beklemek zorunda kalacak. 10k + kullanıcısı olarak benim kişisel görüşüm bu marjinal bir soru, ben bunun üzerine çitlerim. Yine de bazı iyi cevaplar aşağıda. Göreceğiz.
allquixotic

Yanıtlar:


2

Sabit diskler ucuzdur. Bir ISS, her bir kullanıcıya yüzlerce GB vaat etse bile, birçoğu 100 GB'ı bir sunucuya aktarmak biraz zaman alabileceğinden, bu boşluğu kullanmayacak.

Alt satırda: Giriş seviyesi bir sistemden kaçıyorsunuz. Bu tür bir sistemi kullanan çoğu kullanıcının veritabanı yönetimi hakkında hiçbir fikri yoktur. Pek çoğu endeksleme / veritabanı normalizasyonu duymamış / ... Büyük olasılıkla gereksiz aramalar veya pahalı katılımlarla cpu döngülerini yakacaklar. Ek olarak, duyarlı bir veritabanının kendileri için sorgu önbelleği (...) sorguları için çok miktarda RAM'e ihtiyacı vardır. Bu noktada ISS için pahalılaşıyor.

Bir veritabanı için 2 GB dışında yeni başlayanlar için çok fazla. Daha fazlasına ihtiyacınız varsa, özel bir veritabanı sunucusuna ve SSD'lere geçmek isteyebilirsiniz.


3

Çoğu büyük ana sunucu, farklı ihtiyaçlarla kullanım için küme sunucuları - öncelikle MySQL sunucularının, web sunucu sistemlerine ayrı sistemler üzerinde olmasını sağlar. Ana bilgisayarların MySQL disk alanını sınırlandırmasının nedeni, SSD'leri HDD'lerden daha fazla SSD'lerle birlikte depolamak için en iyi yöntemdir - hepimizin bildiği gibi, SSD'lerin HDD'lerden çok daha fazla maliyeti vardır, bu da kendi alanını neden sınırladıklarını açıklar yap.


3

İlk tahminim Yedekler ve İşlem Günlüğü dosyaları. DB yedeklemeleri, küçük veritabanlarında bile zamanla oldukça büyük olur ve yedek bisiklet stratejisi . Yüksek kullanım veritabanlarında işlem günlüğü dosyaları, çok az miktarda veri depolasalar bile can sıkıcı hale gelebilir ve sürücünüzü çok az uyarı vererek ya da hiç uyarmayla doldurun. Çok sayıda kritik hizmetim durduruldu, çünkü ben de günlük dosyamdan kendim çıktım ve medyayı doldurdum. o zaman sadece hatalar alırsınız.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.