Onderwerp: Crashende Mysqld

Hoi,

Ik heb een mysqld draaien die de laatste dagen op de domste tijden doet crashen. Op een gegeven moment komen er om de paar minute zeer veel processen bij totdat de 'too many connections' error komt. Als ik dan een 'service mysqld restart' ingeef krijg ik de error dat de pidfile niet bestaat. Als ik lsof gebruik voor de mysql connections te tracken krijg ik allemaal verschillende databases, dus niets met overmatig gebruik voor zover ik kan overzien. Als ik dan na de 'killall mysqld' een 'service mysql start' doe dan krijg ik de error 'mysql_connect(): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) in'. Dan moet ik een fake pidfile aanmaken en dan weer restarten en dan werktie pas weer. Allemaal heel leuk en aardig, maar ik zou graag de oorzaak vinden.

De '/var/log/messages' file heeft mij niks nuttigs te melden, maar ik denk dat het hier gaat om loze mysql_pconnect(); connecties.. Iemand een tip of richting waar ik naar moet zoeken, of een soort monitorings tooltje voor mysql om connections naar de phpfile te tracken?

In php kan je de connectie via pconnect forceren op een gewone connect. Verder kan je, wanneer hij zoveel connecties heeft met "show processlist" in mysql zien welke processen wat doen...

Oorspronkelijk geplaatst door wonko

In php kan je de connectie via pconnect forceren op een gewone connect. Verder kan je, wanneer hij zoveel connecties heeft met "show processlist" in mysql zien welke processen wat doen...

moet ik "show processlist" intrepeteren als 'ps aux' of als het tooltje show?

Lijkt erop dat je mysqld eruit word gegooid wegens geheugengebrek of te weinig diskruimte.
Ga eens op zoek naar aplicaties die kortstonding veel geheugen nodig hebben.
Ik had het probleem b.v. eens een keer omdat een mailbox die nooit bekeken werd meer ruimte innam dan er aan geheugen in het systeem zat.
gewoon al die mailtjes weg donderen was de oplossing.

(uitendelijk de oorzaak van al die onodige mailtjes weghalen natuurlijk,
maar het gaat om het idee)

Oorspronkelijk geplaatst door WH-Tim

moet ik "show processlist" intrepeteren als 'ps aux' of als het tooltje show?

Je gaat in mysql, en tikt daar "show processlist". Dit is dus een mysql commando, geen commando van linux!

2 many connections kan een aantal oorzaken hebben:

1. corrupte tabel, waarop veel geselecteerd wordt.
2. onlogische selecties op een tabel met veel entry's.
3. kansloos query-gebruik

voor de laatste 2 kun je slow-query log gebruiken.

de eerste zie je bijna zeker in de al eerder genoemde show processlist.. (show full processlist als je niet alles kunt zien)

dan is het kwestie van check table / repair table, ook een optimize table wil nog wel eens helpen bij een myisam tabel met veel updates en deletes..

Oorspronkelijk geplaatst door wonko

Je gaat in mysql, en tikt daar "show processlist". Dit is dus een mysql commando, geen commando van linux!

ohh tuurlijk, soms ben je zo guru bezig dat je de simpele dingen vergeet

Oorspronkelijk geplaatst door Capt.Pascal

Lijkt erop dat je mysqld eruit word gegooid wegens geheugengebrek of te weinig diskruimte.
Ga eens op zoek naar aplicaties die kortstonding veel geheugen nodig hebben.

Tjing, dat probleem heb ik dus wel. Even geheugen uitbreiden dus!

hoeveel geheugen zit erin dan..

MySQL versie?

Oorspronkelijk geplaatst door ErikKosters

hoeveel geheugen zit erin dan..

Oh toch 1 GB zie ik nu. Ik dacht zelf 512MB.

Maar heb een zeer slecht script op de server aangetroffen en die tot stoppen gebracht. Tot op heden heb ik nergens meer last van gehad.