MySQL 8.0 End of Life: Was nach dem Support-Ende im April 2026 gilt

MySQL 8.0 end of life ist seit dem 30. April 2026 Realität. Oracle liefert keine Sicherheitsupdates mehr für diese Version. Viele Unternehmen betreiben ihre Datenbank trotzdem unverändert weiter. Das Risiko wächst dabei mit jedem Monat.

Dieser Artikel erklärt, was das Support-Ende für Ihre Anwendung bedeutet. Er zeigt auch, welche Folgen drohen und welche Upgrade-Wege jetzt realistisch sind.

Was bedeutet MySQL 8.0 End of Life konkret?

MySQL 8.0 erschien im April 2018. Oracle pflegte die Version acht Jahre lang. Seit dem 30. April 2026 ist diese Pflege vorbei.

Das bedeutet: Oracle schließt keine neu gefundenen Sicherheitslücken mehr. Bugfixes gibt es ebenfalls nicht mehr. Auch kostenpflichtigen Support bietet Oracle für MySQL 8.0 nicht mehr an.

Die Datenbank läuft am Tag nach dem Support-Ende genauso wie am Tag davor. Nur kümmert sich niemand mehr offiziell um neu entdeckte Lücken. Was "End of Life" bei Software grundsätzlich bedeutet, erklären wir im Glossar unter End of Life.

Ob Ihr System betroffen ist, lässt sich schnell prüfen. Ein Befehl wie SELECT VERSION(); zeigt direkt in der Datenbank die genaue Versionsnummer. Steht dort eine 8.0-Version, läuft Ihr System seit dem 30. April 2026 ohne offiziellen Support.

MySQL 5.7 hat dieses Schicksal bereits 2023 erlebt. Wer damals nicht umgestiegen ist, kennt die Situation vermutlich schon. Mehr dazu steht im Artikel zu MySQL 5 End of Life.

Welche Risiken entstehen, wenn Sie nichts tun?

Viele Betreiber denken: Die Datenbank läuft seit Jahren stabil, warum sollte sich das jetzt ändern?

Das Problem zeigt sich nicht sofort. Es zeigt sich erst, wenn eine neue Sicherheitslücke bekannt wird und niemand sie noch schließt.

Sicherheitslücken ohne Patches

Seit MySQL 8.0 end of life ist, werden neu entdeckte Schwachstellen öffentlich dokumentiert. Eine Behebung gibt es dafür nicht mehr. Angreifer lesen diese Dokumentation genauso aufmerksam wie Sicherheitsforscher.

Automatisierte Scans suchen im Internet gezielt nach Datenbankversionen mit bekannten Lücken. Eine unveränderte MySQL-8.0-Installation lässt sich bei solchen Scans leicht finden.

DSGVO-Risiko bei personenbezogenen Daten

Die Datenschutz-Grundverordnung (DSGVO) verlangt einen angemessenen Schutz personenbezogener Daten. Angemessen bedeutet: Stand der Technik.

Eine Datenbank ohne Sicherheitsupdates entspricht diesem Stand nicht mehr. Nach einem Datenschutzvorfall prüft eine Aufsichtsbehörde genau das.

Für kleine und mittlere Unternehmen können die Bußgelder trotzdem empfindlich ausfallen.

Kompatibilitätsprobleme mit neuer Software

Neue PHP-Treiber, Frameworks und Bibliotheken testen ihre Kompatibilität meist nur mit aktuell unterstützten Datenbankversionen. MySQL 8.0 gehört inzwischen nicht mehr dazu.

Wer neue Funktionen einbauen will, stößt früher oder später auf Abhängigkeiten, die eine neuere Version voraussetzen.

Welche Optionen haben Sie jetzt?

Drei Wege führen aus der aktuellen Lage heraus. Welcher passt, hängt von Ihrer Anwendung und Ihrem Team ab.

Option 1: Upgrade auf MySQL 8.4 LTS

MySQL 8.4 ist die aktuelle LTS-Version von Oracle. LTS steht für Long Term Support, also langfristige Pflege.

Oracle liefert für MySQL 8.4 Sicherheitsupdates bis mindestens April 2029 und erweiterten Support bis April 2032. Der Wechsel von 8.0 auf 8.4 ist der naheliegendste Weg. Beide Versionen stammen aus derselben Produktfamilie.

Die meisten Anwendungen laufen ohne größere Codeänderungen auf MySQL 8.4. Trotzdem lohnt sich vorher ein Kompatibilitätscheck, weil einzelne Funktionen entfernt oder verändert wurden.

Option 2: Wechsel zu MariaDB

MariaDB ist eine Abspaltung von MySQL und in weiten Teilen kompatibel. Für viele Standardanwendungen, etwa WordPress oder Joomla, funktioniert der Wechsel meist ohne große Anpassungen.

MariaDB wird unabhängig von Oracle weiterentwickelt und eigenständig gepflegt. Wer einen anderen Hersteller als Oracle bevorzugt, findet hier eine ausgereifte Alternative.

Option 3: Migration zu PostgreSQL

PostgreSQL ist kein MySQL-Fork, sondern ein eigenständiges Datenbanksystem mit eigener SQL-Variante. Der Umstieg bedeutet mehr Aufwand als ein Wechsel innerhalb der MySQL-Familie.

Dafür bietet PostgreSQL Funktionen, die MySQL nicht in gleicher Form hat. Das zeigt sich etwa bei komplexen Abfragen oder bei der Verarbeitung von JSON-Daten. Für Anwendungen, die ohnehin modernisiert werden, kann die Migration ein guter Zeitpunkt sein.

Wie eine solche Migration im Detail abläuft, zeigt unser Artikel zur Datenmigration von MySQL auf PostgreSQL. Dort stehen auch die größten Fallstricke.

So gelingt das Upgrade ohne Datenverlust

Unabhängig von der gewählten Option läuft ein sauberes Upgrade in mehreren Schritten ab.

Schritt 1: Bestandsaufnahme

Welche MySQL-Version läuft aktuell genau? Welche Anwendungen und Skripte greifen auf die Datenbank zu? Welche MySQL-8.0-spezifischen Funktionen nutzt der Code? Diese Fragen klären Sie am besten vor dem ersten Eingriff.

Schritt 2: Vollständiges Backup

Vor jedem Eingriff steht ein getestetes Backup. Getestet heißt: Die Wiederherstellung wurde tatsächlich einmal durchgespielt, nicht nur die Sicherung selbst erstellt.

Schritt 3: Testumgebung

Das Upgrade läuft zuerst in einer Kopie der Produktionsumgebung. Dort lassen sich Fehler finden, ohne dass Kunden etwas davon merken.

Schritt 4: Produktions-Umstieg mit Rollback-Plan

Der eigentliche Umstieg erfolgt in einem Wartungsfenster mit geringer Last, zum Beispiel nachts. Ein Rollback-Plan liegt bereit, falls etwas nicht funktioniert.

Schritt 5: Monitoring nach dem Umstieg

In den ersten Tagen nach dem Wechsel lohnt sich ein genauer Blick. Prüfen Sie Fehlerprotokolle und Antwortzeiten. So fallen Probleme früh auf, nicht erst beim Kunden.

Nicht jede Anwendung lässt sich sofort umstellen. Für die Übergangszeit hilft unser Artikel zur Datenbankwartung für ältere MySQL-Versionen. Er zeigt, wie Sie das Risiko trotzdem reduzieren.

Was kostet ein MySQL-Upgrade?

Das hängt stark von der Anwendung ab.

Ein Standardsystem mit wenigen eigenen Anpassungen lässt sich oft innerhalb weniger Tage umstellen. Eine gewachsene Eigenentwicklung mit vielen direkten SQL-Abfragen kann deutlich länger dauern.

Bei uns startet eine Migration ab 1.490 Euro pro Projekt. Der genaue Preis hängt vom tatsächlichen Aufwand ab. Den sehen wir erst nach einer Analyse Ihres Systems, bevor ein Auftrag vergeben wird.

Fazit: MySQL 8.0 End of Life ist kein Grund zur Panik, aber zum Handeln

Das Support-Ende selbst legt nichts lahm. Ihre Datenbank läuft am 1. Mai 2026 genauso wie am 29. April. Das eigentliche Risiko entsteht erst mit der Zeit, die danach vergeht.

Je länger eine Version ohne Updates läuft, desto mehr Lücken sammeln sich an. Niemand schließt sie mehr. Das gilt für MySQL 8.0 genauso. Es galt schon für PHP 7 und für MySQL 5.

Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihre Datenbank an und sagen Ihnen ehrlich, welcher Weg für Sie passt.