znaczacy > comp.os.* > comp.os.linux.sieci

zigi (28.07.2009, 19:07)
Witam kolegów,
świadom miejsca w którym umieszczam to pytanie bo raczej kieruje je
do administra.orów linuxa którym temat na pewno nie jest obcy a zakres
ich wiedzy ogromny, a mianowicie do rzeczy.
Na pewno mieliście do czynienia z optymalizają aplikacji webowych nie
raz pewnie słyszeliście coś takiego "zrób coś żeby to lepiej chodziło"
i stąd moje zagadnienie od strony administracyjnej, otóż mam aplikacje
www niewielką 3 000 osób dzinnie i czasami server sie zacina czyli nie
odpowiada na żądania http i zawiesza sesje ssh mysqld skacze do 80% a
nawet więcej. Po przejrzeniu slow_query_log_file zobaczyłem iż jest
bardzo dużo zapytań o czasie powyżej 1.2 s jest ich około 279 szt.
Powiedzcie czy zapytanie o właśnie takim czasie to normalne ?
Wydaje mi się że dla procka to wieczność i coś tu jest z
zapytaniami i mogą one być powodem przeciążenia mysqld i wyniku tego
także servera.

Pozdrawiam.
Igor Wawrzyniak (28.07.2009, 20:04)
Tako rzecze zigi:
> Po przejrzeniu
> slow_query_log_file zobaczyłem iż jest bardzo dużo zapytań o czasie
> powyżej 1.2 s jest ich około 279 szt. Powiedzcie czy zapytanie o
> właśnie takim czasie to normalne ?


Zwykle nie.

Jeżeli to select, to pewnie brakuje odpowiedniego indeksu. Jeżeli insert/
update, to być może przeciwnie - nadmiar indeksów. Poguglaj, jest sporo
dokumentów o właściwym stosowaniu indeksów.
zigi (28.07.2009, 20:46)
miałem nadzieję taką małą iż obejdzie się bez wgłębiania sie w baze
danych
ale chyba jest jakaś norma dla ustalenia długości zapytania
a czy mysqld może zajmować aż do nawet 90% procesora (oj zapomniałem
parametrów servera
ale tak czy inaczej jest to dedykokwany niezły server fujitsu)?

On 28 Lip, 20:04, Igor Wawrzyniak <i> wrote:
[..]
Cezar (28.07.2009, 21:05)
>ale chyba jest jakaś norma dla ustalenia długości zapytania
>a czy mysqld może zajmować aż do nawet 90% procesora (oj zapomniałem
>parametrów servera
>ale tak czy inaczej jest to dedykokwany niezły server fujitsu)?


ktora werjsa mysql, jaka dystrybucja, jaki storage engine?|

c.
Igor Wawrzyniak (28.07.2009, 21:28)
Tako rzecze zigi:
> miałem nadzieję taką małą iż obejdzie się bez wgłębiania sie w baze
> danych
> ale chyba jest jakaś norma dla ustalenia długości zapytania a czy mysqld
> może zajmować aż do nawet 90% procesora


Albo jest wszystko OK i po prostu próbujesz z maszyny wycisnąć więcej niż
się da, albo źle zoptymalizowana baza lub zapytania. Obstawiam to drugie.
Sprawdź te indeksy. U mnie kiedyś klient miał podobne objawy właśnie z
powodu braku indeksu.

I jeszcze jedno - podzapytania w rodzaju SELECT * FROM tabela1 WHERE
costam IN (SELECT...) bardzo obciążają.

Można jeszcze dopracować konfigurację MySQL (cache różnego rodzaju i
takie tam), ale to dopiero jak optymalizacja bazy nie pomoże.
zigi (28.07.2009, 21:31)
On 28 Lip, 21:05, "Cezar" <ceza> wrote:
> >ale chyba jest jakaś norma dla ustalenia długości zapytania
> >a czy mysqld może zajmować aż do nawet 90% procesora (oj zapomniałem
> >parametrów servera
> >ale tak czy inaczej jest to dedykokwany niezły server fujitsu)?

> ktora werjsa mysql, jaka dystrybucja, jaki storage engine?|
> c.


to jest tak apache2 php5 linux fedora9 mysql5
zigi (28.07.2009, 21:36)
tzn maszyna to na pewno nie bo obsługuje kilka wirtualek
i nie ma żadnych problemów tylko z tą gdzie jest ta aplikacja www

On 28 Lip, 21:28, Igor Wawrzyniak <i> wrote:
[..]
zigi (28.07.2009, 21:41)
Cache w my.cnf zwiększyłem w różnych funkcjach począwszy od pamięci
tabeli do innych
ale zmniejszyło sie na serverze tylko zużycie pamięci przez mysql a
server jak sie zawieszał tak sie zawiesza
właśnie nie mam porównania do takich aplikacji większych bo na codzień
na inne strony serwerów które przeglądam wchodzi raptem 100 osób
a tu to troche więcej i nie bardzo wiem jak może sie zachowywać system
przy takim obciążeniu bazy jak 3000 osób

On 28 Lip, 21:28, Igor Wawrzyniak <i> wrote:
[..]
Cezar (28.07.2009, 22:44)
>mysql5

konkretniej.... Jaka wersja i jakiego uzywasz silnika

c.
zigi (28.07.2009, 22:49)
On 28 Lip, 22:44, "Cezar" <ceza> wrote:
> >mysql5

> konkretniej.... Jaka wersja i jakiego uzywasz silnika
> c.


będe musiał sprawdzić jutro bo teraz nie mam dostępu
jak będziesz miał chwile czasu to zajrzyj proszę do posta
a powiedz czy może być aż taka różnica w silnikach
że może generować rożne stany serwera ?
zigi (29.07.2009, 08:36)
On 28 Lip, 22:44, "Cezar" <ceza> wrote:
> >mysql5

> konkretniej.... Jaka wersja i jakiego uzywasz silnika
> c.


witam ponownie
mysqladmin version
mysql ver 8.41Distrib 5.0.51a for red hat linux gnu
Cezar (29.07.2009, 10:37)
> mysql ver 8.41Distrib 5.0.51a for red hat linux gnu

Jesli masz mozliwosc to zrob upgrade tej wersji. Ta sama wersja ( 5.0.51a )
jest w obecnej, stabilnej dystrybucji Debiana i jest juz potwierdzone ze ma
problemy z wydajnoscia, szczegolnie jesli uzywa sie silinika InnoDB.

c.
zigi (29.07.2009, 11:00)
On 29 Lip, 10:37, "Cezar" <ceza> wrote:
> > mysql ver 8.41Distrib 5.0.51a for red hat linux gnu

> Jesli masz mozliwosc to zrob upgrade tej wersji. Ta sama wersja ( 5.0.51a)
> jest w obecnej, stabilnej dystrybucji Debiana i jest juz potwierdzone ze ma
> problemy z wydajnoscia, szczegolnie jesli uzywa sie silinika InnoDB.
> c.


to by sie zgadzało i wyjaśniało objawy
Wielkie dzięki
Pozdrawiam
Podobne wątki