Chciałbym stworzyć system statystyk na zasadzie podobnej do Google Analytics. Podstawowo statystyki mają liczyć ilość odwiedzin na danej podstronie. Mam jednak duże obawy co do wydajności. Stronę na której mają zostać wdrożone statystyki potrafi w danej chwili odwiedzić 3000-6000 osób. Do tej pory miałem jedynie doświadczenie z bazą MySQL. Od strony bazy wyglądałoby to mniej więcej:

[SQL] pobierz, plaintext 
UPDATE statistics SET views = views+1 WHERE id = 1
[SQL] pobierz, plaintext 

Jednak kiedy pomyślę sobie, że w ciągu jednej sekundy stronę może odwiedzić 6000 osób - czyli od strony aplikacji 6000/s reqestów to wydaje mi się, że baza tego nie ogarnie i wyjdą mocno zakłamane wyniki. Czy może moje obawy są niesłuszne? Jak do tego podejść? Miałem jeszcze taki pomysł żeby zamiast update robić inserty, ale z kolei baza zacznie szybko puchnąć.
Może inne rozwiązanie niż MySQL? Słyszałem o Mongo DB ale nie wiem czy do tego celu sprawdzi się.

Nawet duże serwisy (np. Allegro - vide olx.pl) powoli odchodzą od własnych statystyk na rzecz GA.

baza danych na requeście to najgorszy pomysł

robiłem takie ostatnio przy pomocy sesji w Redisie (nie mylić z sesją php) i workera na cronie

btw. nie wszyscy chcą pchać staty do googla szczególnie jak kogoś interesują szczególnego rodzaju eventy

@kayman fajnie byłoby mieć własne staty, ale jeśli problemy mają pojawiać się przy 3000-6000 wejść/s to wolę odpuścić. Zastanawiam się czy dałoby się stworzyć coś wydajnego w php. O mysql raczej można zapomnieć, ale może inne rozwiązania? Czy własne rozwiązania nie mają sensu?

serwer dla którego robiłem mechanizm zaczął czkać przy 30k wątków/sec na stress teście

tylko ten serwer kosztuje majątek miesięcznie więc pytanie jest podstawowe czy GA nie będzie po prostu tańsze, czy dedykowane staty coś wnoszą do biznesu