Autor Zpráva
mrZ
Profil *
Dobry den, mam server a najednou zacal 'vytuhavat' .. prihlaseni do databaze nebo zobrazeni tabulek jakztakz de ale sql prikaz to zpracovava napr 10min a pak phpmyadmin napise server neodpovida a ani z php aplikaci to nefunguje... vzdy pomuze /etc/init.d/mysql restart ale zhruba za tri hodiny to vytuhne zas.. koukal jsem se do /var/log/mysqld.err a jedine co je podezrele je warning napr:

090721 11:07:04 [Warning] No argument was provided to --log-bin, and --log-bin-index was not used; so replication may break when this MySQL server acts as a master and has his hostname changed!! Please use '--log-bin=nasserver-bin' to avoid this problem.
090721 11:07:05 InnoDB: Started; log sequence number 1 1584019754
090721 11:07:05 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.0.26-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 Gentoo Linux mysql-5.0.26-r2
090721 13:03:17 [Note] /usr/sbin/mysqld: Normal shutdown

pricemz ale se to pousti bez parametru (--log-bin) jiz dlouho a vzdy to fungovalo.

dale jsem se koukal na stav mysql v phpMyAdmin a napisu sem nejake cervene radky ktere by mohly pomoci

Innodb_buffer_pool_reads 13 k
Počet logických čtení, které nemohly být uspokojeny z bufferu, ale bylo nutné přečíst stránku ze souboru.

Created_tmp_disk_tables 16 Počet dočasných tabulek vytvořených serverem na disku při provádění dotazů. Pokud je tato hodnota velká, můžete zvětšit parametr tmp_table_size a MySQL bude používat větší dočasné tabulky v paměti.

Opened_tables 114 Celkem otevřených tabulek. Pokud je tato hodnota příliš vysoká, pravděpodobně máte malou vyrovnávací paměť pro tabulky.

a pak jen pro predstavu:
Provoz ø za hodinu
Přijato 55 MB 59 MB
Odesláno 150 MB 160 MB
Celkem 206 MB 219 MB

zacalo to blbnout kdyz jsem pustil velice narocny select ktery vyselectoval nekolik desitek tisic radek (3sloupce) z celkem dvou joinutych tabulek a mel je vlozit do nove vytvorene tabulky => napsalo to po x minutach server neodpovida a pak uz na jakykoliv prikaz to same.. cekani x minut a server neodpovida..

podle me by se mela pri restartu daemona pamet vymazat.. je mozne ze neco zustalo v pameti? => ramky tu totiz jsou na hranici ale vzdy stihali a server i pri vytuhnuti mysql reaguje dobre.

nevim kam bych se mohl jeste podivat a co zkontrolovat. za rady budu rad.
mrZ
Profil *
jeste sem prisel ze to ve /var/log/mysqld.err pise hlasky jako:
...
061230 7:57:18 InnoDB: Warning: cannot create table `....tb1` because tablespace full
061230 7:57:18 InnoDB: Warning: cannot create table `....tb2` because tablespace full
...
bohuzel nevim jak z toho poznam jaky den to bylo do logu zapsano : (



pustil sem prikaz
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 70G 46G 25G 66% /
udev 442M 2.7M 440M 1% /dev
/dev/md/0 299G 262G 37G 88% /srv
shm 442M 0 442M 0% /dev/shm
//xx.xx.xx.xx/backup 128G 122G 6.7G 95% /backupserver

udev a shm netusim co je :| ale na discich to vypada ze misto je (navic by bylo divne ze by to po restartu zase slo).
TomášK
Profil
Příliš hluboce do toho nevidím, abych dokázal říct, co se děje, ale pár hintů mám:
datum v logu ve tvaru '090721 11:07:04' odpovídá 21.7. 2009 11:07:04, tedy '061230 7:57:18' je prehistorické - z roku 2006.

o udev je něco v 'man udev', shm se u mě jmenuje tmpfs. Co přesně to je netuším, jsou to nějaké automaticky vytvořené mountpointy. Myslím si, že to spíš nebude důležité.

kouknul bych se v MySQL, jestli se tam nehromadí procesy - SHOW PROCESSLIST. Přes `top` lze ověřit,
že nedochází paměť - ale to by pravděpodobně zpomalilo celý server. Zajímavé jsou řádky:
Mem:    767060k total,   742200k used,    24860k free,     5852k buffers
Swap:  2096472k total,   126828k used,  1969644k free,   196784k cached
mrZ
Profil *
TomášK: dekuji s tim zapisem logu me to nenapadlo :) jinak v pameti je porad kolem 10MB mista a pri 'vytuhnuti' to trosicku klesne (cca 7MB) ale porad se to drzi a skoro to neswapuje. processlist je prazdny (pouze to zobrazuje proccess: show procces :-))
mrZ
Profil *
vyreseno chyba byla ve spatnym selectu kterej zvetsil db o 22GB :-) a zalohovaci scripty z cronu ktery se spoustely kazdy dve hodiny to nezvladali.
Toto téma je uzamčeno. Odpověď nelze zaslat.

0