Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

 
Reply to this topicStart new topic
> Tabele "w użyciu"
phpguest
post 16.02.2010, 16:31:32
Post #1





Grupa: Zarejestrowani
Postów: 4
Pomógł: 0
Dołączył: 5.01.2008

Ostrzeżenie: (0%)
-----


Witam,
od kilku dni borykam się z niezwykle drażliwym problemem. Kilka tabel w mojej bazie co kilka godzin dostaje status "w użyciu", co skutkuje w wysypaniu się zapytań i zaprzestaniem prawidłowego funkcjonowania serwisu. Standardową metodą na tę zagwozdkę jest użycie repair table (naprawa tabeli). Wszystko byłoby w porządku, gdyby po naprawie problem znikł, lecz status "w użyciu" powraca bardzo często. Czy orientuje się ktoś może, co może być tego przyczyną i /lub jak temu zaradzić?
Go to the top of the page
+Quote Post
ucho
post 16.02.2010, 19:26:20
Post #2





Grupa: Zarejestrowani
Postów: 300
Pomógł: 32
Dołączył: 31.07.2006

Ostrzeżenie: (0%)
-----


Jaki system? Tabele MyIsam czy innoDB? Masz możliwość sprawdzenia czy to nie wina sprzętu(ram, dysk) ?
Go to the top of the page
+Quote Post
Mchl
post 16.02.2010, 20:58:50
Post #3





Grupa: Zarejestrowani
Postów: 855
Pomógł: 145
Dołączył: 17.07.2008
Skąd: High Memory Area

Ostrzeżenie: (0%)
-----


SHOW PROCESSLIST i zobacz co ich używa.
Go to the top of the page
+Quote Post
phpguest
post 19.02.2010, 09:39:33
Post #4





Grupa: Zarejestrowani
Postów: 4
Pomógł: 0
Dołączył: 5.01.2008

Ostrzeżenie: (0%)
-----


Cytat(ucho @ 16.02.2010, 19:26:20 ) *
Jaki system? Tabele MyIsam czy innoDB? Masz możliwość sprawdzenia czy to nie wina sprzętu(ram, dysk) ?

MyISAM na Debianie, niestety nie mam możliwości sprawdzenia sprzętu. jedynie reboot, ale wolę tego nie robić, bo jeszcze coś nie wstanie... winksmiley.jpg
Cytat(Mchl @ 16.02.2010, 20:58:50 ) *
SHOW PROCESSLIST i zobacz co ich używa.

o dziwo od rana, kiedy zrobiłem FLUSH-a wszystko jest (jeszcze) w porządku. przy powtórnej akcji sprawdzę SHOW PROCESSLIST

Niestety problem dziś rano powrócił..
Cytat(Mchl @ 16.02.2010, 20:58:50 ) *
SHOW PROCESSLIST i zobacz co ich używa.

Wykonałem polecenie:

czy to sprawka usera t3 na bazie dbt3? Jak można sprawdzić źródło powstania tego uśpionego procesu?

Ten post edytował phpguest 16.02.2010, 21:56:55
Go to the top of the page
+Quote Post
Mchl
post 19.02.2010, 10:26:47
Post #5





Grupa: Zarejestrowani
Postów: 855
Pomógł: 145
Dołączył: 17.07.2008
Skąd: High Memory Area

Ostrzeżenie: (0%)
-----


No jak komuś połączenie wisi prawie 6h, to raczej nieciekawie... A jak sprawdzić... wiesz chyba co to za baza i jaka aplikacja się z nią łączy?
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Wersja Lo-Fi Aktualny czas: 17.06.2025 - 22:07