Preguntas técnicas de características y respuestas a preguntas tipo qué es

XAMPP MySQL startet nicht 2026? Die 5-Minuten-Lösung, die wirklich klappt

Du klickst im XAMPP Control Panel auf Start bei MySQL, der Button blinkt kurz grün und springt sofort wieder auf rot. Kein Fehlerfenster, keine Erklärung, nur dieses verdammte Schweigen. Willkommen im Club – XAMPP MySQL startet nicht ist eines der häufigsten Probleme überhaupt, und in neun von zehn Fällen liegt es nicht an XAMPP selbst.

Ich zeige dir die Reihenfolge, in der du suchen solltest, statt blind rumzuklicken und dabei deine Datenbanken zu zerschießen. Wer erst das Log liest und dann den Port prüft, ist meist in unter fünf Minuten fertig.

Warum XAMPP MySQL nicht startet – die ehrliche Diagnose

XAMPP startet MySQL als ganz normalen Prozess, nämlich mysqld.exe. Wenn der innerhalb von ein paar Sekunden wieder stirbt, gibt es realistisch betrachtet nur drei Ursachen: Der Port 3306 ist belegt, der Datenordner beziehungsweise die Konfiguration ist beschädigt, oder ein anderer Dienst auf deinem Windows-Rechner krallt sich dieselbe Ressource. Alles andere ist Rätselraten.

Bevor du irgendwas löschst oder neu installierst: Öffne das Log. Im XAMPP-Ordner liegt unter mysqldata die Datei mysql_error.log. Dort steht im Klartext, warum der MySQL-Server startet und sofort wieder abstürzt. Wer dieses Log ignoriert, repariert auf Verdacht und macht das Problem in der Regel schlimmer.

Das ist kein Hexenwerk, das ist einfach saubere Fehlersuche. Und genau das unterscheidet Leute, die XAMPP MySQL startet nicht in fünf Minuten lösen, von denen, die einen halben Tag neu installieren.

Port 3306 belegt: der Klassiker bei XAMPP MySQL startet nicht

MySQL lauscht standardmäßig auf Port 3306. Ist der schon von einem anderen Programm belegt, kann mysqld.exe nicht binden und beendet sich sofort. Das musst du nicht raten – öffne die Eingabeaufforderung als Administrator und tippe:

netstat -ano | findstr 3306

Bekommst du eine Zeile mit LISTENING zurück, nimm die Zahl ganz rechts (das ist die PID) und finde mit tasklist /fi “pid=DEINEZAHL” heraus, welches Programm dahintersteckt. Häufige Kandidaten sind eine zweite MySQL- oder MariaDB-Installation, Skype, VMware-Dienste oder irgendein Docker-Container, der einen lokalen MySQL hochgezogen hat.

Den Übeltäter beendest du oder du änderst schlicht den Port in der my.ini auf 3307. Wichtig: Dann musst du auch in deinen Anwendungen den neuen Port eintragen, sonst sucht WordPress oder phpMyAdmin weiter auf 3306 und findet nichts.

Der Windows-Dienst MySQL80 blockiert XAMPP

Wenn du irgendwann mal MySQL über das offizielle Installer-Paket installiert hast, läuft im Hintergrund ein Windows-Dienst namens MySQL80. Der startet automatisch mit Windows und schnappt sich Port 3306, bevor XAMPP überhaupt dran ist. Genau deshalb startet der MySQL-Server in XAMPP nicht, obwohl vorher alles lief.

Drück Windows-Taste plus R, tippe services.msc und such nach MySQL. Stell den Dienst auf manuell oder deaktiviert und starte ihn nicht mehr. Danach funktioniert XAMPP wieder wie am ersten Tag.

Kleiner Realitätscheck: Wenn du beruflich mit MySQL arbeitest, willst du den Dienst vielleicht nicht dauerhaft deaktivieren. Dann setz ihn auf manuell und starte ihn nur, wenn du ihn brauchst. XAMPP und der native Dienst gleichzeitig auf Port 3306 geht jedenfalls nicht – einer verliert immer.

InnoDB-Fehler und der berühmte data-Ordner

Auf Platz zwei der häufigsten Ursachen: beschädigte InnoDB-Dateien. Im Log steht dann etwas wie InnoDB: Cannot open datafile oder InnoDB: Database page corruption. Das passiert, wenn der Rechner hart abgestürzt ist, während MySQL lief, oder wenn du XAMPP-Ordner per Copy-Paste verschoben hast.

Ein weit verbreiteter Notfall-Trick: Im Ordner mysql findest du die Unterordner data, backup und tmp. Wenn XAMPP beim ersten Start den Backup-Mechanismus ausgelöst hat, findest du im mysql-Ordner einen Ordner, der mit backup anfängt. Du benennst den aktuellen data-Ordner in data_old um und kopierst den Inhalt aus dem Backup zurück. Danach startet MySQL in der Regel wieder.

Wichtig und das betone ich deutlich: Lösche den data-Ordner nie einfach. Da drin liegen deine Datenbanken und Tabellen. Wer den wegwirft, hat danach ein sauberes XAMPP und null Daten. Das ist der häufigste Anfängerfehler bei diesem Problem.

my.ini mit Syntaxfehler killt den Start sofort

Hast du an der my.ini rumgeschraubt, zum Beispiel max_allowed_packet erhöht oder einen neuen Port eingetragen, kann ein einziger Tippfehler den kompletten Start verhindern. Fehlt ein Anführungszeichen, steht ein Semikolon statt eines Doppelpunkts oder ist ein Pfad mit Backslashes falsch geschrieben, verweigert mysqld den Dienst.

Mein Rat: Kommentiere deine Änderung mit einem Doppelkreuz aus, starte neu und teste. Wenn es dann läuft, weißt du genau, welche Zeile schuld war. Bau die Änderung Zeile für Zeile wieder ein, statt alles auf einmal zurückzusetzen.

Berechtigungen, Antivirus und Firewall

Die Firewall blockiert XAMPP MySQL selten direkt, weil es lokal läuft. Wenn du aber von einem anderen Rechner im Netzwerk auf deine Datenbank zugreifen willst, musst du eingehenden Datenverkehr auf Port 3306 freigeben. Dieselbe Freigabe brauchst du, wenn du mit einem Docker-Container oder einem zweiten Gerät auf dieselbe Datenbank zugreifst.

Unterschätzt wird Antivirus. Manche Suiten scannen mysqld.exe beim Start und sperren den Zugriff auf die data-Dateien, weil sie sie für verschlüsselte Schadsoftware halten. Wenn dein Log keinen klaren Fehler zeigt und der Prozess trotzdem stirbt, teste den XAMPP-Ordner in der Ausnahmeliste deines Virenscanners.

Zusätzlich sollte XAMPP nicht unter C:Programme liegen, sondern direkt unter C:xampp, weil Windows dort strengere Rechte vergibt. Das ist ein Detail, das viele übersehen – und dann wundert man sich, warum der MySQL-Server in XAMPP nicht startet, obwohl das Log leer aussieht.

Wann eine Neuinstallation wirklich sinnvoll ist

Wenn Log, Port und Dateirechte passen, der Prozess aber weiter stirbt, hilft manchmal nur das saubere Zurücksetzen. Und zwar so: Daten vorher per mysqldump oder über phpMyAdmin exportieren, XAMPP deinstallieren, Programm- und Datenordner komplett entfernen, frisch installieren und die Datenbanken zurückspielen.

Was du dir sparen kannst, ist der Klassiker einfach alles neu zu machen, ohne je ins Log geschaut zu haben. Das kostet dich einen halben Tag und du lernst nichts dabei. Beim nächsten Mal hast du exakt dasselbe Problem wieder.

Was du nach dem Fix sofort einrichten solltest

Sobald XAMPP MySQL wieder läuft, richtest du dir ein automatisches Backup ein. Ein simples Skript, das täglich mysqldump ausführt und die Datei in die Cloud schiebt, rettet dich beim nächsten Absturz vor echten Problemen. Das ist deutlich sinnvoller als jeder Reparaturtrick.

Und noch ein Detail für alle, die WordPress lokal testen: Wenn der MySQL-Server startet, aber WordPress trotzdem eine Datenbankfehlermeldung wirft, liegt das fast immer an falschen Zugangsdaten in der wp-config.php oder an einem Tabellenpräfix, das nach einem Umzug nicht angepasst wurde. Das ist ein anderes Problem als der Startfehler, sieht aber auf den ersten Blick gleich aus.

Mein Fazit: XAMPP MySQL startet nicht – das ist in der Regel ein Port- oder Datenproblem, kein XAMPP-Problem. Erst Log lesen, dann Port prüfen, dann Windows-Dienste abschalten, erst danach schraubst du an der my.ini oder installierst neu. Diese Reihenfolge spart dir Stunden.