Seit der MySQL-Version 5.7 gibt es eine Neuerung im Umfeld der Replikation: Multi Source Replication. In diesem Blog möchten wir Sie kurz darüber informieren, was die Besonderheiten dieses Replikationssetups sind und wie man dieses einrichtet. In unserem Beispiel soll es zwei Master (Port 3306 und 3307) und ein Replikat (Port 3308) geben. 
Mehr dazu unter: https://blog.ordix.de/mysql-multi-master-replikation-niemand-kann-zwei-herren-dienen-matthaeus-6-24

 Bei einem der letzten Beratungseinsätze in Sachen MySQL haben wir bei einem Kunden einen MySQL-Server analysiert, auf dem mehrere Tausend interne Mandanten in eigenen Schemata betrieben wurden. Das Setup war zum Glück recht einfach und transparent: 1 Mandant = 1 Schema = 1 Account (User).

Das System war über die Zeit stark gewachsen (Anzahl Mandanten und Datenvolumen) und hatte diverse Performanceprobleme (I/O, CPU, Metadaten Locks, ...).
Mehr dazu unter: https://blog.ordix.de/proxysql-auch-umwege-fuehren-zum-ziel

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

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

Es gibt mal wieder etwas Neues im Umfeld der Replikation bei MySQL 8.0.19
MySQL ReplicaSets im ORDIX Blog

Manchmal gibt es Situationen in denen die Daten auf ungewöhnlichen Wegen aus der Datenbank extrahiert werden müssen. Im folgenden Blog habe ich ein Verfahren beschrieben, welches sich für InnoDB-Tabellen anwenden lässt: MySQL Retter in der Not (ORDIX Blog)

Auch bei MySQL können Transaktionsprotokolle auf einen entfernten (remote) Server übertragen werden. Mehr zu diesem Thema im Blog der ORDIX AG: https://blog.ordix.de