Optymalizacja skryptów pod kątem obciążenia serwera

[verSuS]

Hej,

niestety Googlebot robi mi straszną masakrę na serwerach. Muszę poprzerabiać wszystkie skrypty. Podpowiedzcie jakie rozwiązania są najlepsze w takich sytuacjach?

Takie rzeczy przychodzą mi do głowy:

1. Lepiej jedna tabela w bazie danych na wszystko w stylu [id;id_atrybutu;wartość] z indexem na id_atrybutu czy lepiej każdy atrybut w osobnej tabeli? (powiedzmy koło 20 różnych atrybutów, tabele po 50k rekordów)

2. Lepiej przechowywać dane w plikach xml, txt czy w bazie danych:

a) jeżeli danych jest dużo np. sklep i 3000 produktów (produkty się nie zmieniają)

jeżeli danych jest mało np. mini strona firmowa (dane się nie zmieniają)

3. Czy przejście na postgresa z mysqla zmniejsza obciążenie czy nie? Czy sqlite jest lżejszy od mysqla?

4. Logowanie czy bardzo obciąża? (loguje kilka giga tygodniowo)

5. Czy to, że jest dużo domen jakoś wpływa na obciążenie, poza tym, że teoretycznie powinno być więcej ruchu?

6. Czy to, że jest dużo plików w katalogu (np. cache albo zdjęcia, liczby powiedzmy 10-20k plików w jednym folderze) jakoś wpływa i lepiej rozbijać to na mniejsze, czy jest ok i bardziej zamuli przy większej ilości katalogów?

Nie wiem co jeszcze mógłbym się zapytać. Jak się znacie to będziecie wiedzieli co jeszcze powinienem wziąść pod uwagę

Z góry dzięki!

[Mion]

. Jak się znacie to będziecie wiedzieli co jeszcze powinienem wziąść pod uwagę

- przede wszystkim wdrożenie systemu cache, ale opartego na memcache nie pliki;

- zmiana serwera HTTP na wydajniejszy np: nginx o ile nadal jest apache;

- audyt oprogramowania pod kątem optymalizacji zapytań do bazy, indeksów itd...

https://dev.mysql.com/doc/refman/5.0/en/explain.html

[Razjer]

Do tego co Mion pisał dorzuciłbym INNODB(bardzo wydajny system w porównaniu do MyISAM jeżeli chodzi o UPDATE i DELETE co do odczytu to MyISAM lepiej się sprawuje) obecnie można korzystać z obydwóch tych systemów przy wykorzystaniu mechanizmów replikacji, dodanie indeksów w zapytaniach tam gdzie trzeba, pobieranie danych których potrzebujemy czyli zamiast SELECT * to SELECT 'kolumna ktorą potrzebujemy','2 kolumna ktorą potrzebujemy'. Kolejna rzecz to cache dla plików graficznych, css-ów i skryptów i tak jak MION pisze dodatkowo memcache. Optymalizacja UPDATE i DELETE bazy do jak najmniejszej ilości wywołania tego polecenia w skrypcie. Czyli nie wrzucać w pętle tylko zmienna pomocnicza i za pętlą wykonujesz jeden DELETE lub UPDATE na podstawie zmiennej pomocniczej. Jak coś jeszcze przyjdzie do głowy to dopiszę

[INOMan]

Co do InnoDB - to korzystając z tego silnika trzeba się odpowiednio przygotować na zjawisko deadlock-a. Jeżeli nie, to deadlocki potrafią być bardzo bolesne.

[nrm]

Niemal na wszystkie Twoje pytania można odpowiedzieć: to zależy. Nie ma jednej słusznej odpowiedzi bo wszystko zależy od danych aplikacji, serwera i wielu innych mniejszych czynników. Przede wszystkim powinieneś zdiagnozować "wąskie gardło" tych aplikacji, a dopiero potem szukać rozwiązania konkretnego problemu. Bo jak na razie jest to takie szukanie po omacku.