In Hotspots in MySQL finden hatte ich noch mit Maatkit herumgespielt, um die Hotspots zu finden, die meinen Master behelligen. Das hat auch leidlich gut funktioniert, nur ist Maatkit leider viel zu langsam, um das bei größeren Datenmengen und längeren Beobachtungszeiträumen sinnvoll zu machen.

Ich habe meinen Ansatz also noch einmal revidiert. Ich sammle meine Daten immer noch an einem SPAN-Port, aber inzwischen mit tcpflow, das mir die Daten schön in Dateien pro Connection sammelt. Diese Dateien müssen nun protokollanalysiert werden, da ein einfaches "strings" leider keine sinnvoll weiterverarbeitbaren Informationen ergibt.

Also habe ich mir einen sehr simplen MySQL Protokollanalysator geschrieben, basierend auf den Informationen …

Ich ringe gerade mit einer Datenbank, die sehr viel Load hat. Wann immer ich versuche dort ein Monitoring zu installieren fällt mir der Server um, weil die Load vom Monitoring und die Load vom normalen Betrieb einfach zu viel für die Maschine sind. Zum Glück hat mir ein Kollege einen SPAN-Port auf einer anderen Maschine eingerichtet, auf dem ich eine Kopie des Traffics bekommen kann, der meinen Server so beschäftigt hält.

Mein SPAN-Interface ist eth1, und so kann ich mit

CODE:tcpdump -s 1536 -i eth1 host master and port 3306 -c 10000 -w keks etwa ein Sample des Traffics bekommen, der zum Host master auf dem MySQL-Port geht. Nach 10000 mitgeschnittenen Paketen wird das Sample abgebrochen, und mein Dump wird in die Datei keks geschrieben.

In …