Pracuję nad witryną, która może ostatecznie mieć bardzo dużą bazę danych. Strona będzie społecznością artystyczną dopiero od deviantART. Będę uruchamiał wiele zapytań do analizy sposobu korzystania z witryny. Oczekuję, że niektóre zapytania zabiją bazę danych, ponieważ nie wiem (jak jeszcze) optymalizować zapytań SQL. Zaczynam od małego linuksowego VPS i w przyszłości przeniosę się na serwery fizyczne.
Która baza danych najlepiej skalowałaby się w takiej sytuacji?
Odpowiedzi:
Zanim podejmiesz decyzję opartą na skalowalności, możesz przeczytać te dwie strony i zdecydować, jak bardzo cenisz swoje zdrowie psychiczne:
Istnieje kilka całkiem przyzwoitych wątków na temat przepełnienia stosu:
/programming/110927/do-you-recommend-postgresql-over-mysql
/programming/216601/postgressql-mysql -oracle-diferences
/programming//search?q=postgres+mysql
Ta strona jest też świetna :)
Najpierw pozwól mi poprzedzić moją odpowiedź faktem, że jestem bardzo stronniczy w stosunku do PostgreSQL. Bardzo mocno używam PostgreSQL i MySQL na dość dużej stronie. Ja od czasu do czasu mam problemy ze spadkiem wydajności MySQL. Kiedy tak się dzieje, zwykle uruchamiam go ponownie i wszystko wraca do normy. Warto również zauważyć, że uruchamiamy PostgreSQL na wszystkich urządzeniach od 8 do 32 rdzeni, a nasz klaster MySQL działa na zestawie 8 rdzeni. Monty, gdy był w Sun, stwierdził, że MySQL nie skaluje się na jednym pudełku poza 4 rdzeniami.
Naprawdę zależy to od rodzaju zapytań. Jeśli nie uruchomisz bardzo skomplikowanych zapytań, będzie to odpowiednie dla bardzo dużej witryny. Istnieją dobre przykłady obu baz danych działających na bardzo dużych stronach internetowych