Witam,

napisałem autorski skrypt do relacji live.

Zaczynałem do 50 osób online potem, 200, 1000 i ostatnio 2650. I tutaj pojawił się problem - mój serwer nie daje rady - ale jest to spowodowane złą optymalizacją skryptu PHP.

Live dzieli się na front i admin.

Admin - działa na mysql i końcowe dane zapisuje do pliku txt.

Front - do tej pory łączył się z bazą robił insert, bądź update na podstawie session_id i na końcu zwracał sumę wyników z ostatnich 10 minut.

ale było to 2650 połączeń i zapytań do bazy w ciągu 5 minut ... co nam daje 9 połączeń na 1s.

Przerobiłem ostatnio licznik online na tekstowy:
1. otwieram plik szuka rekordu foreach'em jak jest to update, jak nie ma to dodaje. zamykam plik
2. otwiera ten sam plik i zlicza stan osob online - zwraca wynik

Przed tym wszystkim otwieram jeszcze plik z danymi do relacji.

Czy jest to dobra zmiana która pozwoli mi na obsługę 4-5 tys osob? Czy jest to najbardziej optymalny sposób?

Dodam tylko, że licznik online jest niezbędny.

Tabela memory z ostatnią aktywnością i update po indeksie char (SID). Wtedy wyciąganie liczby będzie bajką, zarówno z powodu łatwości, jak i prędkości.


Ok, ale każde odświeżenie będzie powodowało blokadę, w której reszta będzie musiała czekać.


A nie masz dostępu do memcached? Przy takiej ilości użytkowników właściwie staje się on niezbędny.

Czyli rozumiem, że w tym wypadku mysql jest niezbędny? ewentualnie procedura w SQL.

Nie ma innej metody? - bo rzeczywiście z tymi plikami to może być krucho, a nie chcę za bardzo z tym sql.


Plik z całą relacją jest w txt. potem js go przerabia. problem tkwi własnie tylko w dograniu liczby osob on-line

ewentualnie moge zapisywac sesje po stronie fronta.

obliczenia robić po stronie admina i doklejać do pliku txt z relacją.

Największym problemem jest tu jednoczesne otwieranie N-tysięcy razy jednego pliku.


Podaj choć jeden racjonalny argument. Przy serwisie o takiej skali SQL nie jest niczym dziwnym.


?