1 adet veri tabanı NE KADAR VERİYİ VE TRAFİĞİ BAŞARIYLA TAŞIR?

Hayırlı akşamlar...

Projenin başındayım ve sistemi idealize etmeye çalışıyorum.

Şu ÇOK KRİTİK KONUDA karar veremedim tam olarak;


* 50.000 ürün için 50.000 tane satır var
* 50.000 satırın (çoğu char : 255 karakter altındaki) 250 adet sütunu var


1.SENARYO ŞU;
* Bu siteyi günde 100.000 kişi sadece ürünleri incelemek için kullanıyor

2.SENARYO ŞU;
* Bu siteyi günde 500.000 kişi sadece ürünleri incelemek için kullanıyor

3.SENARYO ŞU;
* Bu siteyi günde 1.000.000 kişi sadece ürünleri incelemek için kullanıyor

4.SENARYO ŞU;
* Bu siteyi günde 5.000.000 kişi sadece ürünleri incelemek için kullanıyor

5.SENARYO ŞU;
* Bu siteyi günde 5.000.000 kişi sadece ürünleri incelemek + alışveriş yapmak için için kullanıyor

6.SENARYO ŞU;
*Bu siteyi günde 10.000.000 kişi sadece ürünleri incelemek + alışveriş yapmak için için kullanıyor

Tüm bu verileri 1 adet veri tabanında bulundurmak kesinlikle pratik...

LAKİN : Tüm verileri 1 adet veri tabanında bulundurmak,

HANGİ SENARYO/LAR İÇİN UYGUN? MANTIKLI? ÇÖKME YADA HIZ SORUNU YAŞATMAZ?

HANGİ SENARYO/LAR İÇİN SAKINCALI? MANTIKSIZ? ÇÖKME YADA HIZ SORUNU YAŞATIR?


SİZ OLSANIZ VERİ TABANINI 2'YE/3'E/5'E/10'A BÖLER MİYDİNİZ?

BUNA GEREK VAR MI?


Ulusal çapta hizmet veren büyük sitelerden biri
(sahibinden, getir, yemeksepeti, hepsiburada, n11, vs)
SİZİN OLSAYDI KAÇ VERİ TABANI KULLANIRDINIZ?

n11.com start. up aşamasında 2.5 yıl çalıştım :)

n11 de ürünleri çekmek için DB'ye çok nadir gidilir.

Ürün, banner vs datalarının hepsini cache'te tutar. Ne zaman ürün üzerinde bir bilgi güncellemesi olursa, cache'ten silinir. İlk istek geldiğinde db'ye hit eder, sonraki istekler için hep cache'ten veri gelir.

RDBMS DB'ler bolca i/o yapan varlıklar öyle trafiği olduğu DB'ye veremezsin.

Genel bilindik sebebi : Consistency sağlamak için bolca blocking i/o yaparlar. Network i/o tarafında bolca threadler bloklanır. Bu da kapasitede (kaynağına göre) hızlıca memory ve cpu tüketimi artırır.

1 veritabanı yeterli olurdu :) önbellekme diye bir şey var. Ha bu kadar büyük bir projede mysql mi kullanırdım bilemedim.
En büyük deneyimim günlük 60.000 ziyaretçisi olan ve veritabanında 100.000 kadar üye, 60.000 kadar da ürün barındıran sitemdi. Php ve mysql kullanmıştım. Hiç bir sorun yaşamadım. Tabi tüm bunlar doğru kodlama ile mümkün. Örneğin müşteriye listelendiğin, 60.000 lik ürün tablosunu tek seferde sunarsan sıçmak kaçınılmaz. Bu kısımlarda datatables'in server side özelliğinden faydalanmistim ajax ile, tekil sayfalarima cache yapısı kurmuştum. Gorsellerimi webp olarak upload edip servis ediyordum vs. Kodlarimi sıkıştırıyordum gibi gibi

Hocam veri tabanı konusundaki vakıfiyetinizi bir başka soruma verdiğiniz değerli yanıtlar vesiyle gözlemlediğim için bu sorumu da görüp cevap vermenizi ummuştum.

(Rahatsız etmemek için özel mesaj yazmamıştım.)

Sağolun görmüş ve cevap vermişsiniz.

Önemli bir deneyiminizi paylaşmışsınız ve gene hiç bilmediğim bir alternatif yöntemden bahsetmişsiniz...
Bana şu an için uzak alternatifler...
Yürümeyi öğrenmeden koşmaya çalışmak olur sanırım o yöntemlere yönelmem...

Önce veri tabanı kullanımına tam hakim olmayı hedefliyorum...

İlerleyen aşamalarda alternatif yöntemleri de öğrenmek isterim elbette...


PAYLAŞTIĞIM SENERYOLAR İLE İLGİLİ YORUMLARINIZ BENİM İÇİN YOL GÖSTERİCİ OLACAKTIR...

KATKINIZI RİCA EDİYORUM...

Üstadım paylaştığınız doneler önemliydi ve kısmen de olsa senaryolarımla karşılaştırıp kıyaslama yapmama yardımcı oldu.

"ÖNBELLEKLEME, CACHE" kavramlarını araştırmam gerek öncelikle anlaşılan...

Şu webp uzantısından hiç hoşlanmıyorum ön izlemesi olmadığı için ve yaygın olmadığı için...
Umarım geçiş yapmaya mecbur kalmam...
Onca jpg, png dosyasını convert etmek çok tatsız iş!

Çok çok teşekkür ederim.