Datenbankwartung für ältere MySQL-Versionen: Was nicht vergessen werden darf

Ihre Anwendung läuft auf MySQL 5.6 oder 5.7? Damit sind Sie nicht allein. Viele Legacy-Systeme nutzen Datenbankversionen, die offiziell keine Updates mehr bekommen. Die Datenbanken laufen trotzdem weiter. Oft seit Jahren, meist ohne Beschwerden. Genau darin liegt das Problem. Weil nichts ausfällt, schaut niemand hin. MySQL-Wartung beginnt dann erst, wenn die Anwendung stockt oder Daten fehlen. Dieser Artikel zeigt, welche Aufgaben bei älteren MySQL-Installationen regelmäßig anstehen. Er richtet sich an alle, die eine alte Datenbank betreiben und ruhig schlafen wollen.

Warum ältere MySQL-Versionen mehr Pflege brauchen

MySQL 5.7 erhält seit Oktober 2023 keine Sicherheits-Updates mehr. Für MySQL 5.6 endete der Support schon 2021. Die Hintergründe lesen Sie in unserem Artikel zum MySQL 5 End of Life.

Für den Betrieb heißt das: Ein Patch für neue Sicherheitslücken kommt nicht mehr. Die Pflege verlagert sich deshalb auf das, was Sie selbst beeinflussen können. Zugriffe einschränken, Daten sichern und die Leistung im Blick behalten. In der Praxis kommt genau das am häufigsten zu kurz.

Ein zweiter Punkt kommt hinzu. Alte Datenbanken tragen alte Entscheidungen mit sich. Tabellen aus einer Zeit, als die Datenmenge ein Zehntel betrug. Indizes, die seit Jahren niemand hinterfragt. Benutzerkonten von Mitarbeitern, die lange weg sind. Das alles hat sich angesammelt und will aufgeräumt werden.

Was passiert, wenn niemand wartet?

Eine Datenbank fällt selten von heute auf morgen aus. Sie wird erst langsam, dann unzuverlässig, dann kritisch.

Der typische Verlauf sieht so aus. Abfragen, die früher Millisekunden brauchten, dauern plötzlich Sekunden. Die Anwendung wirkt träge, aber niemand weiß warum. Das Datenverzeichnis wächst, weil alte Logdateien niemand löscht. Irgendwann ist die Platte voll, und die Datenbank nimmt keine Schreibvorgänge mehr an.

Parallel dazu wächst das Sicherheitsrisiko. Ohne Patches zählt jede offene Tür doppelt. Ein vergessenes Konto mit schwachem Passwort reicht für einen Angriff. Und das Backup? Läuft seit Jahren jede Nacht. Ob sich daraus wirklich etwas wiederherstellen lässt, hat nie jemand geprüft.

Auch rechtlich hat das Folgen. Die DSGVO (Datenschutz-Grundverordnung) verlangt Schutz personenbezogener Daten nach Stand der Technik. Mit einer Datenbank ohne Sicherheits-Updates wird diese Argumentation schwierig. Umso wichtiger ist der Nachweis, dass Sie den Betrieb im Griff haben.

Die Kernaufgaben der MySQL-Wartung

Jedes der genannten Probleme lässt sich vermeiden. Die folgenden sechs Aufgaben decken die wichtigsten Bereiche ab.

Tabellen optimieren

InnoDB, die Standard-Speicherengine von MySQL, fragmentiert mit der Zeit. Beim Löschen und Ändern von Daten entstehen Lücken in den Datendateien. Die Datenbank liest dann mehr von der Platte, als nötig wäre.

Der Befehl OPTIMIZE TABLE baut eine Tabelle neu auf und beseitigt die Fragmentierung. Bei älteren MySQL-Versionen sperrt der Neuaufbau die Tabelle zeitweise. Außerdem braucht er freien Speicherplatz, ungefähr in der Größe der Tabelle. Planen Sie die Optimierung deshalb in ein Wartungsfenster, etwa nachts. Für schreibintensive Tabellen lohnt sich das etwa einmal pro Quartal.

Läuft ein Teil Ihrer Tabellen noch auf MyISAM, der älteren Speicherengine? Dann prüfen Sie diese Tabellen zusätzlich mit CHECK TABLE. MyISAM verzeiht Abstürze deutlich schlechter als InnoDB.

Indizes prüfen

Ein Index ist eine Art Inhaltsverzeichnis für eine Tabelle. Fehlt er, durchsucht die Datenbank jede Zeile einzeln. Zu viele Indizes bremsen dagegen jeden Schreibvorgang und belegen Speicherplatz.

Beides passiert in gewachsenen Systemen ständig. Die Datenmenge wächst und das Abfrageverhalten ändert sich. Die Indizes bleiben trotzdem oft jahrelang unangetastet. Ab MySQL 5.7 zeigt das mitgelieferte sys-Schema, welche Indizes ungenutzt sind. Wie Sie mit den Ergebnissen umgehen, beschreibt unser Artikel zur Datenbank-Optimierung alter Software.

Slow-Query-Log auswerten

Das Slow-Query-Log ist ein Protokoll für langsame Abfragen. MySQL schreibt dort jede Abfrage hinein, die länger läuft als ein festgelegter Schwellwert. Eine Sekunde ist ein üblicher Startwert. Das Log ist oft abgeschaltet, weil es etwas Leistung kostet. Dieser Preis ist es wert.

Werten Sie das Log einmal im Monat aus, zum Beispiel mit dem mitgelieferten Werkzeug mysqldumpslow. Häufig verursachen drei bis fünf Abfragen den Großteil der Last. Prüfen Sie diese anschließend mit EXPLAIN. Der Befehl zeigt, wie MySQL eine Abfrage intern ausführt. Wer seine teuersten Abfragen kennt, kann gezielt optimieren statt raten.

Backups testweise wiederherstellen

Ein Backup ist erst dann ein Backup, wenn die Wiederherstellung geklappt hat. Vorher ist es nur eine Datei mit Hoffnung.

Spielen Sie deshalb regelmäßig eine Sicherung auf einem Testsystem ein. Prüfen Sie, ob die Anwendung mit den wiederhergestellten Daten startet. Messen Sie, wie lange der Vorgang dauert. Diese Zahl entscheidet im Ernstfall darüber, wie lange Ihr Betrieb steht. Prüfen Sie auch die Binärlogs. Sie protokollieren jede Datenänderung und erlauben die Wiederherstellung zwischen zwei Sicherungen. Welche Strategie zu Ihrem System passt, zeigt unser Beitrag zur Backup-Strategie für Legacy-Software.

Benutzerkonten und Zugriffe kontrollieren

Ohne Hersteller-Patches bleibt Ihnen vor allem die Kontrolle über den Zugang. Sie ist Ihr wirksamster Schutz.

Gehen Sie die Benutzerkonten durch. Entfernen Sie Konten von Personen und Diensten, die es nicht mehr gibt. Beschränken Sie jedes Konto auf die Rechte, die es wirklich braucht. Prüfen Sie außerdem, von wo die Datenbank erreichbar ist. Ein MySQL-Server gehört hinter eine Firewall, niemals direkt ans Internet. Erlauben Sie Verbindungen nur von den Servern, die sie brauchen. Verschlüsseln Sie Verbindungen, die über Netzwerkgrenzen laufen.

Kennzahlen beobachten

Ein einfaches Monitoring reicht: freier Speicherplatz, Anzahl der Verbindungen, Laufzeit wichtiger Abfragen. Wer diese Werte im Blick hat, erkennt Probleme Tage vor dem Ausfall. Es muss nur jemand reagieren, wenn ein Alarm kommt. Wie Sie so eine Überwachung aufbauen, erklärt unsere Anleitung zum Monitoring für Legacy-Software.

Wie oft ist eigentlich regelmäßig?

Ein bewährter Rhythmus sieht so aus. Monatlich prüfen Sie das Slow-Query-Log und den freien Speicherplatz. Quartalsweise optimieren Sie Tabellen, kontrollieren die Indizes und spielen eine Sicherung testweise ein. Einmal im Jahr nehmen Sie sich die Benutzerkonten und Zugriffsrechte vor. Halten Sie die Ergebnisse kurz schriftlich fest. Eine Seite pro Durchlauf reicht. So sieht auch ein Nachfolger sofort, was Sie wann geprüft haben.

Klingt nach Aufwand? Pro Monat sind das wenige Stunden. Ein Ausfall mit Datenverlust kostet ein Vielfaches davon.

Wartung ersetzt kein Upgrade

Zum Schluss die ehrliche Einordnung. Gute MySQL-Wartung hält eine alte Datenbank stabil und beherrschbar. Eine Schwäche bleibt trotzdem: Bekannte Lücken in MySQL 5.x schließt niemand mehr. Mittelfristig führt der Weg deshalb zu einer aktuellen Version wie MySQL 8.4. Die Wartung verschafft Ihnen die Zeit, diesen Umstieg geordnet zu planen statt unter Druck.

Sie betreiben eine ältere MySQL-Datenbank und niemand kümmert sich darum? Wir übernehmen das, von der laufenden Pflege bis zum geplanten Upgrade. Sprechen Sie uns an. Das Erstgespräch ist kostenlos.