Veri tabanına bi anda 1 Milyon kayıt olursa ne olur?

Question

Merahabalar, aklımı kurcalayan bir soru var. Hiç deneyimlemediğim için bilemiyor. Bir veri tabanımız var ve bi anda 1 milyon spam yapılıyor. Sonuçları ne olur?

fearlesstr · Answer

1 Milyon kullanıcınız daha olur hocam ne olucak

maviuan · Answer

https://dzone.com/articles/how-to-sc...ase-to-1m-inse

gibi.

KRak3n_TR · Answer

fearlesstr adlı üyeden alıntı:						mesajı görüntüle									1 Milyon kullanıcınız daha olur hocam ne olucak  		sunucuda düşme, hata vb. başka birşey olmaz mı?

captainrau · Answer

Eğer yeterince donanımınız yoksa muhtemelen kullandığınız veri tabanı aşırı yazma işleminden şişer ve servis düşer. Bir diğer ihtimal ise disk i/o yüzünden işlemleri durdurur.

EvrenOnur · Answer

Şişer cevap veremez duruma gelir. Orta düzey bir sunucu ve MySQL için söylüyorum. Tabi MongoDb vb NoSql veri tabanı kullanılıyorsa sorun olacağını zannetmiyorum.

nGinY · Answer

Bir kayıt 512 yaklaşık bayt olarak kabul edersek, 1 milyon kayıt 0,5 GB'dir.  Çok büyük bir sıkıntı yaşanacağını sanmıyorum

min · Answer

Önce 1 milyon kişiyi kaldıracak sunucu lazım.

ssyazilim · Answer

Hocam veri tabanından ziyade sunucuya 1 milyon istek aynı anda gelince sunucunuz yanıt verebiliyorsa  veri tabanı da yanıt verir. Onun haricinde Microsoft SQL in enterprise ücretli modelleri yüksek performans desteği sunuyor.

teknobizdeyiz · Answer

@odeaweb; düşer mi ? &#128513;

nGinY · Answer

http://enginyenice.shop/test/test.php Linkine giriş yapıldığında 1m veriyi database yazıyor. Bu veri 20mb tekabül etti. Tabi ki gerçeğini karşılamaz ama örnek amaçlı

Obsidya · Answer

Bu durum tablonun yapısına, insert edilme şekline ve verinin karmaşıklığı gibi pek çok faktöre bağlı. Donanıma doğrudan bağlı ama göreceli konuşacağım için ortalama bir sunucu olarak kabul ediyorum. Eğer unique sütunlar varsa ve her sorguda bir satır veri kaydedilecekse ve tablo boş ise; ilk anlarda kayıtları hızlıca oluştururken unique sütunlarda kontrol için yapılan taramalar her veri eklendiğinde çoğalacağı için hız sürekli düşecek. Eğer girişler her bir sorgu tamamlandıktan sonra yenisi gönderiliyorsa veritabanı servisi çökmeden işi tamamlayacaktır fakat uzun sürecektir. Eğer bulk girişler yapılacaksa yani bir sorguda birden fazla satır girişi yapılacaksa, modern RDBMS'lerde sorguyu da optimize ettiği için tek tek yapılacak girişe göre çok daha az kaynak tüketecektir haliyle çok daha kısa sürede tamamlanacaktır. Eğer aynı anda olursa ne olur sorusunda ise yani veritabanından çok çok daha önce network bağlantımıza, network kartımıza, işlemcimize falan bakmamız gerekiyor. "Acaba nerede bir bottleneck oluşuyor? Donanım limitlerimiz nelerdir?" şeklindeki sorulara cevap bulmamız gerekiyor. Eğer onlarda tamamsa 1 milyon isteğin tüketeceği kaynağı donanım sorguların timeout süresinden daha kısa sürece tamamlayabilecekse işlem başarıyla sonuçlanır. Aksi halde ya servis çökecek ya da işlemler timeout ile düşürülecek.

Bu pek çok noktası eksik kalmış kısmi değerlendirmemizde muhteşem donanımlara sahip olmadan başarılı sonuç almamızın yolu mesajların sıralı işlemesinden geçtiğini fark ediyoruz. Yani sadece veritabanı için değil yoğun işlemci kaynağı gerektiren işlemler içinde geçerli. Bu yoğunlukta çalışan sistemler var ve kuyruk yönetimi kullanıyorlar. Bunun için bir sürü donanım ve yazılım var. İşinize de yarayabilecek olan RabbitMQ'yu araştırabilirsiniz.