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?
linux
mysql
postgresql
scaling
epocholf
źródło
źródło
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 :)
źródło
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.
źródło
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
źródło