Über viele Dinge macht man sich auch als erfahrender Berater erst Gedanken, wenn man vor Ihnen steht. Ich habe in den vergangenen Jahren einige InnoDB-Cluster inkl. MySQL-Router in Betrieb genommen. Bisher war dies immer ein interaktiver Prozess, bei dem es kein Problem war, auch Passwörter von privilegierten Usern einfach (an der Konsole) einzugeben. Dass dies auch anders gehen muss, war zumindest theoretisch klar, da ja z. B. der MySQL-Operator für Kubernetes auch in der Lage ist, Router zu „deployen“. Zeit für einen Blick in die Dokumentation. 

Mehr unter: https://blog.ordix.de/mysql-router-bootstrapping-ohne-root-account

Konfigurationsdateien sind ein steter Quell von Fehlern. Gerade bei älteren Systemen (vor Version 8.0), welche noch nicht die Möglichkeit hatten, online persistent Änderungen vorzunehmen (z. B. über „set global persist …“), kam es oft zu kleineren Problemen. Der Parameter wurde aufgrund einer mangelnden Downtime online (aber flüchtig und somit nicht reboot persistent) gesetzt und wurde parallel (!) in die Konfiguration geschrieben, um auch über einen Neustart den Parameter zu erhalten. Hat man sich hierbei in der Konfiguration vertippt, so konnte man beim nächsten geplanten oder ungeplanten (!) Start der DB dann auf Fehlersuche gehen.

Mehr dazu hier: https://blog.ordix.de/validation-der-mysql-konfiguration

Berechtigungen auf Datenbanken zu vergeben kann ein mühsamer Job sein. Gerade das Vergeben von restriktiven Rechten à la „Du darfst alle Tabellen lesen, bis auf die Informationen in der Datenbank XYZ" war ein aufwändiges Unterfangen. Für eine solche Aufgabe mussten die SELECT-Rechte für alle Datenbanken definiert werden, die der User lesen können sollte. Die unerwünschte Datenbank wurde einfach mit keinen Rechten bedacht. Natürlich kann man sich solche GRANT-Anweisungen mit SQL dynamisch erstellen, um den Aufwand in Grenzen zu halten. Mit der Version 8.0.16 gibt es hier eine kleine Erleichterung.

Mehr dazu finden Sie hier:

Über den MySQL-InnoDB-Cluster und die zugehörigen Komponenten wie die MySQL-Shell und den MySQL-Router haben wir an dieser Stelle bereits mehrfach berichtet (z.B. https://blog.ordix.de/mysql-shell-cluster-your-application-in-40-minutes). Mit der Version 8.0.28 gibt es eine weitere Neuerung bei diesem "Dreigestirn". Die InnoDB-ClusterSets. Damit ist der DBA komfortabel in der Lage eine asynchrone Replikation zwischen zwei InnoDB-Clustern mit wenigen Kommandos aufzubauen.

Mehr dazu gibt es 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 können Sie unter diesem Link lesen.

 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.

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

Was bietet das neue "Backup"-Werkzeug mysqlpump im Vergleich zu mysqldump.

Zum Blogbeitrag: https://blog.ordix.de/technologien/kann-ich-sie-mal-anpumpen

Die Laufzeit von Queries werden auch durch den Optimizer bestimmt.
Dazu werden auch Statistiken genutzt, die wir uns in dem folgenden Blog näher anschauen:

ORDIX Blog