Bekijk Volledige Versie : MySQL config / performance monitor
Hallo,
Is / zijn er tools waarmee je goed kunt monitoren wat MySQL doet zodat je een goede config voor MySQL kunt bouwen. Een goede MySQL config is niet zomaar even uit de hand te kloppen en vaak veel testen. Ik ben van mening dat als je een MySQL moet configureren die speciaal voor één website is ingericht je ook moet weten welke / wat van soort queries er worden gebruikt op de website.
Is er een tool die je bijvoorbeeld 14 dagen laat monitoren op MySQL en die een bepaalde config voor gaat voorstellen aan de hand van de metingen.
Hoe pakken jullie dit aan?
http://www.day32.com/MySQL/tuning-primer.sh
of
http://mysqltuner.pl/mysqltuner.pl
Vraag me verder niet hoe het werkt, weet alleen dat het na minimaal 24 uur uptime van mysqld zin heeft om te draaien...
Succes!
http://www.day32.com/MySQL/tuning-primer.sh
of
http://mysqltuner.pl/mysqltuner.pl
Vraag me verder niet hoe het werkt, weet alleen dat het na minimaal 24 uur uptime van mysqld zin heeft om te draaien...
Succes!
zijn hier nog mensen die ervaring hebben met deze tools?
Ja (http://www.webhostingtalk.nl/search.php?do=process&query=mysqltuner), uiteraard (http://www.webhostingtalk.nl/search.php?do=process&query=tuning+primer).
zorg dat je begrijpt hoe MySQL werkt, hoe hij queries analyseert, oplost en dan de datafiles benadert. Zorg dat je weet wat een keybuffer doet.
Daarna ga je die tooltjes runnen en goed lezen wat ze uitspuwen. Evalueer de output met je situatie, en neem aktie.
MySQL (SQL in het algemeen) tuning is niet zomaar iets dat je op 5 minuten doet, en waar je enkele tooltjes tegenaangooit die je de heilige graal verklappen.
MySQL (SQL in het algemeen) tuning is niet zomaar iets dat je op 5 minuten doet, en waar je enkele tooltjes tegenaangooit die je de heilige graal verklappen.
Mysqltuner geeft wel het beste resultaat als je maar 5 minuten de tijd hebt.
Maar je doet er goed aan de suggesties van mysqltuner een beetje in perspectief te plaatsen, en een beetje mysql kennis kan dan zeker geen kwaad.
Bijvoorbeeld: als er niks aan caching of buffering aan staat zal mysqld misschien tegen de max_connections limiet lopen omdat de queries lang duren. Hij zal dan suggeren deze op te hogen.. maar misschien is dat helemaal niet nodig als je de caching wel aan zet.
GlobalServe
07/09/10, 15:58
mytop is misschien ook wel iets dat je kan gebruiken.
zorg dat je begrijpt hoe MySQL werkt, hoe hij queries analyseert, oplost en dan de datafiles benadert. Zorg dat je weet wat een keybuffer doet.
Daarna ga je die tooltjes runnen en goed lezen wat ze uitspuwen. Evalueer de output met je situatie, en neem aktie.
MySQL (SQL in het algemeen) tuning is niet zomaar iets dat je op 5 minuten doet, en waar je enkele tooltjes tegenaangooit die je de heilige graal verklappen.
Het blijft altijd een klus waar je inderdaad langer mee bezig bent dan 5 minuten. Probleem is vaak dat de databases die erop draaien zijn ontworpen door klanten en jij die kant niet altijd ziet. nou ja, je ziet de database wel maar de queries niet 123, wil je dit zien dan moet je eigenlijk ook in de code van de klant springen.
Als wij zelf "zware" applicaties schrijven en daarvoor de database servers leveren dan is het vaak al wat makkelijker omdat je weet waar een tabel voor dient, welke queries er gebruikt worden en wat de relaties etc zijn.
Het is dan gewoon een stuk makkelijk.
Tot nu toe is het ook altijd veel overleg geweest met de klant en proberen, die tools heb ik nog nooit gebruikt zal ze eens raadplegen.
hartelijk dank tot zo ver!
(...)nou ja, je ziet de database wel maar de queries niet 123, wil je dit zien dan moet je eigenlijk ook in de code van de klant springen.(...)
In ieder geval slow-query logging aanzetten. Op een shared omgeving hoef je niet de default van 2 seconden te gebruiken. Begin eens met 5. Vandaag ook nog gedaan op een server met performance problemen, waarna binnen een uur een 100-tal verkeerd opgebouwde querys gevonden werden in het zoekformulier van de website die best veel gebruikt wordt. Dat is informatie die je terug kunt sturen naar (de developer van) de klant waaraan zowel hoster als klant wat hebben.
Het nadeel van slow query log is dat die ook flink vertraagt op een drukke server waardoor je weer meer slow queries krijgt
Het beste vind ik nog werken in de statistiek pagina kijken van phpmyadmin naar de rode items en zorgen dat je daar je config aan aanpast
Mysql primer kan handig zijn, maar zorgt totaal niet dat je het onderste uit de kan haalt.