Mittlerweile gibt es unterschiedliche Werkzeuge, um Performance-Probleme in MySQL aufzudecken. Nicht immer stehen diese jedoch ad hoc bei unseren Analysen auf Kundensystemen zur Verfügung. Zwar ist beispielsweise das „performance_schema" in den aktuellen MySQL-Version per default aktiviert, jedoch nutzen viele unser Kunden noch ältere MySQL-Versionen, wo dies nicht der Fall war. Zum Glück gibt es aber aber auch etablierte, althergebrachte Werkzeuge, die unmittelbar genutzt werden können und immer noch gute Dienste leisten.

Mehr dazu unter: https://blog.ordix.de/eile-mit-weile-mysqldumpslow

 Die Übersicht über den Zustand des Datenbank-Servers zu behalten, zählt sicherlich zu den wichtigsten Aufgaben eines jeden DBAs. Wie bei den meisten Datenbankprodukten erfolgt diese Kontrolle über ein Fehlerprotokoll, das sogenannte „Error-Log". Dabei handelt es sich um eine ASCII-Log-Datei, die sich (je nach Betriebssystem oder Konfiguration) in einem bestimmten Pfad des Servers befindet.

Mit der Version 8.0.22 gibt es nun eine weitere Möglichkeit, um an diese Informationen zu gelangen.

Mehr dazu unter finden sie hier.

Dieser Beitrag bezieht sich auf ein Problem eines unserer Kunden, welches beim Import einer Datenbank in ein neues InnoDB Cluster entstanden ist.

Unser Kunde ist dabei, seine bestehende (veraltete) MySQL-5.5-Single-Instanz-Datenbank zu migrieren. Die Zielumgebung soll dabei aus einem Drei-Knoten-InnoDB-Cluster bestehen.

Mehr dazu unter: https://blog.ordix.de/mysql-innodb-cluster-import

Die MySQL Shell ist ein nützliches Werkzeug. Sie stellt einen adäquaten Ersatz für den bekannten "mysql"-Client dar, bietet darüber hinaus aber unzählige weitere Funktionen und Features. So kann der Funktionsumfang der MySQL Shell beispielsweise relativ einfach über sogenannte Plugins erweitert werden. Als Programmiersprache kommen hierbei JavaScript oder Python in Frage.

Mehr dazu unter: https://blog.ordix.de/plug-play-mysql-shell-plugins-mit-python