Veri tabanı yönetimi

Merhaba,
Veri tabanlarında ücretsiz ve en çok kullanılan mysql biraz küçümsede tasarımı iyi şekilde yapılınca sonuç alınabiliyor. Lakin şöyle bir şey mevcut milyon tane row içinde benim localde biraz ağırlık hissettim.

bir tablonun içinde 5 milyon + ve daha fazlası için ne olursa olsun yorulacağına eminim.

CACHE SİSTEMİ

Normal mysqsl cache kullanıyorum. Fakat bildiğiniz gibi 5 milyon üzerinde kayıt yeni veriler ve bu sistemin devamlı aktif olması ve 50 60 kişinin bu sistemde sürekli sorgular çağırması haliyle sistemi yavaşlatcak.

ORDERS diye bir tablonuz olsun ve bunda 5 milyon üzerinde veri olsun. Bunu nasıl kolaylaştırabilirsiniz.

Sorunu iyi açıklayamadım ama veri tabanı hız ve performans için neler yapılabilcek tabloları ayrı tutmak vs. bunlar 5 milyon üzerinde bir veri için çözüm değil.

ORACLE bunun üstesinden gelebilir mi ? Ücret konusunda ne kadar maliyet harcarım ?

veritabanı performansı için doğru indexlemeler yapmak ve adaptörlerle veri çekmek pratik çözümler.
ama ben açıkçası teknik ayrtıntıların dışında clone veritabanı/veritabanları kurmayı planlıyorum ihtiyacım için...

Bende onu düşündümde 100 bin kayıtta bir yeni bir veri tabanı gibi düşünmüştüm. Lakin bunların sorgulanma ve yönetimi bakımından aklımda hiç bir şey kuramadım malisef.

iyi bir zamanlayıcı yada site üzerinde kendi oluşturacağın görevle aynı insert/update/delete gibi komutları 2-3 veritabanına uygulacak bir sistem.
ama select sorgularında sitede online kişi sayısına göre mesela 25 kişilik gruplar halinde diğer veritabanına yönlendirme...
bağlantı girişimlerini sayarak sayı25 ve katlarına ulaştığında bir diğer connection string i devreye sokmak..
bu sayede 750 sorgu çalıştığında veritabanına 250 sorguluk yük binmiş olacak..

5 tane sunucu olsa cloud şekilde örnek olarak
A sunucu B sunucu C sunucu ...
örneğin 1 milyon data var bunda

1milyon/5 sunucu
5 sunucu içinde bunu order by limit şeklinde sorgulamak çözüm mü yoksa kısa çözüm mü , yada eski girdileri silmek veya başka bir alanlara depolamak

Oncelikle eski kayitlari silmek, kayitlari farklı tablo yada veritabanlarına bölmek ani kurtarmak için yapilan profesyonel olmayan çözümler olacaktır. Öncelikle orders tablonuzun index yapisini gözden geçirin, unutmayin her kolona index tanımlamak hizlanmanin aksine dahada agirlastiracaktir. İndex tanımlanacak kolonlar sorgulara gore özenle secilmeli. Bunlar dişinda memcache i incelemenizi öneririm.

Discovery cihazımdan Tapatalk kullanılarak gönderildi

MySql için 5 milyon komik bir rakam, burada mysql in değil, veritabanını tasarlayanın mimari hatası vardır.

Kayıt adedi değil, mimari hatalar yavaşlatır.
Tablolarınızda gerekli indeksleri oluşturdunuz mu ? (id haricinde)

Şuan da kullandığım 200 milyonun üzerinde satır olan, 6GB civarı veritabanı oldukça hızlı çalışıyor.
Mysql küçümsenecek bir veritabanı yazılımı değildir.

Teşekkürler cevaplar için

Öncelikle Harddisk IOPS deperleri RAM ve CPU kullanımları ile doğru orantılıdır sorguların süreleri.

Ayrıca my.cnf dosyanızın gerekli şekilde yapılandırılmış olması sorgularda pconnect mi yoksa connect mi kullanıldığı..

Tek bir tabloda 20+ field olmaması gibi bazı kurallara uyarsanız. 32 GB olmuş bir DB ninde verimle çalıştığını görmekteyim.