Dnia 08-05-2013 o 22:51:56 M.M. <m...@g...com> napisał(a):

> Zastanawiam sie jak to jest z intensywnie reklamowanymi serwisami. Leci
> jakas reklama, potem wszyscy wlaczaja internet i probuja sie zalogowac.
> Powiedzmy ze w ciagu 5 minut wejdzie na strone 1000 ludzi i kazdy sobie
> jeszcze troche poklika - to pdobno niezbyt duzo. Zapytanie do bazy niech
> trwa 2s.

To zdecydowanie za dużo. Jeżeli już na początku (serwis jeszcze nie jest
popularny = mało danych), na pierwszych stronach serwisu masz zapytania,
które trwają po 2 sek, to zdecydowanie coś mocno skaszaniłeś. 200 ms to
chyba maksimum, na które sobie możesz pozwolić.

> Z prostej arytmetyki wynika, ze laczny czas potrzebny na zapytania
> wyniesie jakies 1-2 godzin - okolo 20 razy za wolno, a zapytani do bazy
> moga trwac i 10 sekund.

Twoja arytmetyka nie jest do końca poprawna, ponieważ serwery potrafią
równolegle wykonywać kilkadziesiąt zapytań, bez zauważalnej straty
wydajności. A użytkowników jak założyłeś jest wielu.

> Co sie robi w tak mocno obciazonych serwisach? Po prostu stawia sie baze
> danych na klastrze 100 komputerow? Oczywiste jest, ze zrownoleglenie
> niektorych operacji na bazie danych w ogle nie jest mozliwe. Do tego
> wiele operacji nie skaluje sie liniowo. A jednak taki face-book dziala...

To zależy jak bardzo spójna ta baza musi być. O ile nie robisz systemu
finansowego, to chyba można zadowolić się weak consistency.

Facebook zrobił własną bazę danych non-sql, obecnie Apache Cassandra, po
tym jak mu MySQL przestał wystarczać. Polecam sprawdzić, w jakim języku
jest napisany silnik tej bazy.

> Nie wiem ile w tym prawdy, ale gdzies czytalem, ze face-book jest
> uruchomiony na klastrze zlozonym z 30tys komputerow - wydaje mi sie, ze
> jedno zero za duzo :)

Albo dwa razy za mało: http://goo.gl/79J4

--
Boguś
/Każdy skutek ma swoją przyczynę/