Witam

Dopisałem sobie do PDO monitorowanie czasów zapytań. Na localhoscie wszystkie czasu są grubo poniżej jednej sekundy, a konkretnie setne części sekundy. Tymczasem na serwerze dla wielu update / insert czas liczony jest już w sekundach/dziesiętnych sekundy - rekordowy update trwał aż 9 sekund. Zapytanie do bazy było typu:



na id jest klucz primary, tabela zawiera tylko kilkadziesiąt rekordów.

Czy ma ktoś pomysł co może być nie tak?

Pozdrawiam

Co to za serwer? Jakis wirtualny? Np Home.pl:) - tam sie takie rzeczy dzieja ostatnio

- pod takim samym obciążeniem? Dla mnie to normalne, że update czy insert trwa czasem dłużej, szybko za to powinny wykonywać się selecty. Jednak przy takich czasach to faktycznie przegięcie, 9 sekund.... Monitoruj sytuację i wyślij zapytanie do usługodawcy.

Myślałem że to może moja wina, ale wynika że takie jest obciążenie serwera bazodanowego przynajmniej czasami - serwer wirtualny iq.pl - trochę dziwna sprawa jak dla mnie że selecty trwają krócej niż insert/update bo to w selectach dopatrywałem się głównych problemów wydajnościowych, ale cóż

Selecty sa cachowane, baza jest w pamieci. Przy insercie jest zapisywana dodatkowo na dysk (i to moze byc problem).

No właśnie, wiesz coś więcej na ten temat? Ostatnio na home.pl tak długo mi zapytania idą, że masakra.
Przy 500tyś rekordów zwykły update typu:

[SQL] pobierz, plaintext 
UPDATE tabela SET cos='1'
[SQL] pobierz, plaintext 

Jeżeli już się wykona, to trwa ponad 40 sek, chociaż i tak najczęściej wyskakuje błąd:

#2013 - Lost connection to MySQL server during query

Wcześniej takich problemów nie było.

Home.pl to od ponad roku jedna wielka padaka, od kiedy poszli na ilosc a nie na jakosc. I ten ich wspanialy xcache czy jak sie to zwie:)

Proponuje za ta cene poszukac czegos lepszego np ovh lub 1&1

A co to jest ten xcache, co jest z nim nie tak?

Radzę spojrzeć na indeksy, ewentualnie usuń jakiś i porównaj czasy.

sorka to nie xcache tylko ideaCache:)

Może nie do końca na temat, ale jako rada. Jeśli id to kolumna typu integer to nie używaj '7' tylko samo 7. W przypadku PostgreSQL i pobierania danych z bazy ma to znaczenie - duża różnica w czasie wykonania zapytania. Zapewne podobnie będzie w MySQL i w przypadku operacji zmiany danych.