Wie löse ich den Fehler "Error: MySQL wurde unerwartet heruntergefahren"?

Question

Wenn ich XAMPP öffne und auf die Schaltfläche "MySQL starten" klicke, erhalte ich einen Fehler. Ich hatte es gerade erst gestartet, aber jetzt funktioniert es nicht.

12:19:12 PM [mysql] Versuche MySQL-App zu starten...
12:19:12 PM [mysql] Statusänderung erkannt: läuft
12:19:13 PM [mysql] Statusänderung erkannt: gestoppt
12:19:13 PM [mysql] Fehler: MySQL unerwartet beendet.
12:19:13 PM [mysql] Dies könnte auf einen blockierten Port, fehlende Abhängigkeiten, falsche Berechtigungen, einen Absturz oder ein Herunterfahren durch eine andere Methode zurückzuführen sein.
12:19:13 PM [mysql] Drücken Sie die Schaltfläche Protokolle, um Fehlerprotokolle anzuzeigen und überprüfen
12:19:13 PM [mysql] den Windows Event Viewer für weitere Hinweise.
12:19:13 PM [mysql] Wenn Sie weitere Hilfe benötigen, kopieren Sie dieses
12:19:13 PM [mysql] gesamte Protokollfenster und posten Sie es in den Foren

Hier ist der Inhalt des Fehlerprotokolls:

2013-08-02 12:19:12 4536 [Hinweis] Plugin 'FEDERATED' ist deaktiviert.
2013-08-02 12:19:12 f64 InnoDB: Warnung: Die Verwendung von innodb_additional_mem_pool_size ist VERALTET. Diese Option kann in zukünftigen Versionen zusammen mit der Option innodb_use_sys_malloc und dem internen Speicheralloktor von InnoDB entfernt werden.
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Der InnoDB-Speicherhaufen ist deaktiviert.
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Mutexe und rw_locks verwenden Windows-interne Funktionen
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Komprimierte Tabellen verwenden zlib 1.2.3
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Keine Verwendung von CPU crc32-Anweisungen
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Initialisierung des Pufferpools, Größe = 16,0M
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Initialisierung des Pufferpools abgeschlossen
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Höchst unterstütztes Dateiformat ist Barracuda.
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Die Log-Sequenznummern 0 und 0 in ibdata-Dateien stimmen nicht mit der Log-Sequenznummer 1616798 in den ib_logfiles überein!
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Die Datenbank wurde nicht ordnungsgemäß heruntergefahren!
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Starte Crash-Recovery.
2013-08-02 12:19:12 4536 [Hinweis] InnoDB: Lese Tablespace-Informationen aus den .ibd-Dateien...

Die wichtigste Fehlermeldung lautet hier:

2013-08-02 12:19:12 4536 [FEHLER] InnoDB:
Versuchte, einen zuvor geöffneten Tablespace zu öffnen.
Vorheriger Tablespace mysql/innodb_table_stats verwendet die Space-ID: 1 im Dateipfad: .\mysql\innodb_table_stats.ibd.
Kann Tablespace xat/payments nicht öffnen, der die Space-ID: 1 im Dateipfad: .\xat\payments.ibd verwendet

Der Rest des Protokolls:

InnoDB: Fehler: Die einzelne Tabellen-Tablespace-Datei .\xat\payments.ibd konnte nicht geöffnet werden
InnoDB: Wir setzen die Crash-Recovery nicht fort, da die Tabelle beschädigt werden könnte
InnoDB: wenn wir die Logdatensätze im InnoDB-Log nicht darauf anwenden können.
InnoDB: Um das Problem zu lösen und mysqld zu starten:
InnoDB: 1) Wenn es ein Berechtigungsproblem in der Datei gibt und mysqld die
InnoDB: Datei nicht öffnen kann, sollten Sie die Berechtigungen ändern.
InnoDB: 2) Wenn die Tabelle nicht benötigt wird oder Sie sie aus einem Backup wiederherstellen können,
InnoDB: können Sie die .ibd-Datei entfernen, und InnoDB wird eine normale
InnoDB: Crash-Recovery durchführen und diese Tabelle ignorieren.
InnoDB: 3) Wenn das Dateisystem oder die Festplatte defekt ist und Sie die
InnoDB: .ibd-Datei nicht entfernen können, können Sie innodb_force_recovery > 0 in my.cnf setzen
InnoDB: und InnoDB zwingen, die Crash-Recovery fortzusetzen.

Was ist die Ursache dieser Fehler und wie kann ich sie beheben?

Answer 1

Ich hatte mit dem gleichen Problem zu kämpfen und keines der oben genannten Lösungen hat mir geholfen. Ich habe die MySQL-Konfigurationsdatei (my.ini) geöffnet und die Portnummer unter [mysqld] geändert. Standardmäßig läuft MySQL auf Port 3306.

port= 3306

Ich habe es geändert zu ,

port= 8111

Dann als Administrator ausführen. Schließlich hat das bei mir funktioniert.

Answer 2

Gehe zu : c: C:\xampp\mysql

Benenne den Ordner "data" in "data_old" um (du kannst jeden Namen verwenden) Erstelle einen neuen Ordner "data" Kopiere den Inhalt des Ordners "backup" in den neuen Ordner "data". Kopiere den gesamten Inhalt von "data_old" nach "data" (überspringe die Ordner "mysql", "performance_schema" und "phpmyadmin") *** ohne die Dateien im Ziel zu überschreiben (überspringe diese Dateien)**

Starte XAMPP neu und es wird funktionieren

Answer 3

Ich habe dasselbe Problem. Die Lösung war, den Prozess zu beenden. Finde die PID für den Port (3306)

netstat -a -n -o | find "3306"

Du wirst alles sehen, was du brauchst.

0.0.0.0:3306           0.0.0.0:0              LISTENING       8120   TCP    
0.0.0.0:33060          0.0.0.0:0              LISTENING       8120   TCP    
[::]:3306              [::]:0                 LISTENING  8120   TCP    
[::]:33060             [::]:0                 LISTENING  8120

PID ist 8120

Führe dann den folgenden Befehl aus

taskkill /PID 8120 /F

Starte MySQL erneut. Es sollte funktionieren. Happy Coding.

Answer 4

Ich habe einen ähnlichen MySQL-Fehler gelöst und ich denke, dass diese Antwort Ihnen helfen wird, denselben Typ des MySQL-Datenbankfehlers zu beheben.

Lösung:

• Gehen Sie in das "data"-Verzeichnis in der MySQL-Datenbank.
• Ich habe XAMPP auf Laufwerk D: auf meinem Computer installiert und der Speicherort des mysql "data"-Verzeichnisses auf meinem Computer war "D:\xampp\mysql\data\". Ihr Speicherort kann sich unterscheiden.

Backup des MySQL "data"-Ordners erstellen

• Als erstes sollten Sie ein Backup des "data"-Ordners mit einem Komprimierungsprogramm erstellen.

• Geben Sie einen Namen wie "data_backup.zip" oder jede beliebige Art von Komprimierung, die Sie wünschen.

• Ich habe die Winrar-Komprimierungssoftware verwendet, um den MySQL "data"-Ordner zu komprimieren und zu sichern.

Benennen Sie den "data"-Ordner um

• Benennen Sie den "data"-Ordner in "data-oldfiles" um. Es ist sehr wichtig, das Datenverzeichnis in einen neuen Verzeichnisnamen umzubenennen.

Erstellen Sie einen neuen "data"-Ordner

• Erstellen Sie einen neuen Ordner und geben Sie dem Ordner den Namen "data".
• Um das Problem zu lösen, müssen wir ein neues "data"-Verzeichnis in der MySQL-Datenbank erstellen.

Inhalt aus dem "Backup"-Ordner kopieren

• Gehen Sie zum "Backup"-Ordner und kopieren Sie alle Dateien.
• Fügen Sie die Dateien aus dem Backup-Ordner in den Datenordner ein.
• Starten Sie nun die MySQL-Datenbank von XAMPP.
• Ihre MySQL-Datenbank wird ordnungsgemäß starten, ohne Fehler anzuzeigen.

Übertragen aller MySQL-Projektdatenbanken, Daten- und Protokolldateien

• Wenn Sie viele Datenbanken haben, die für verschiedene Projekte verwendet wurden, müssen Sie alle Datenbanken aus dem Ordner "data-oldfiles" in den Ordner "data" übertragen.

• Kopieren Sie alle Datenbanken aus den data-old-Dateien und fügen Sie sie in den data-Ordner ein.

• Jetzt müssen Sie die Datendatei "ibdata1" und alle Protokolldateien "ib_logfile0, ib_logfile1" aus dem Ordner "data-oldfiles" in den Ordner "data" kopieren.

• Wenn Sie viele id_logiles haben, kopieren Sie alle.

• Starten Sie nun MySQL von XAMPP.

• Gehen Sie zu phpMyAdmin, um zu überprüfen, ob alle Datenbanken verfügbar und funktionsfähig sind.

• Starten Sie jetzt jedes Website-Projekt von localhost, um die MySQL-Datenbank zu überprüfen.

Das Problem ist gelöst !!

• Jetzt sollten Sie sehen, dass das Problem gelöst ist und die Fehlermeldung "Fehler: MySQL wurde unerwartet heruntergefahren." wird nicht mehr angezeigt.
• Wenn Sie Fragen zu diesem Problem haben, zögern Sie bitte nicht, in der Kommentarsektion Fragen zu stellen.

Sie können die ausführlichen Anleitungen über den folgenden Link lesen: Fehler: MySQL wurde unerwartet heruntergefahren – Lösung in 5 einfachen Schritten

Sie können auch Videoanleitungen zur Lösung des Problems ansehen:

[Gelöst] Fehler: MySQL wurde unerwartet heruntergefahren

Answer 5

0. Strg+Alt+Entf
1. Task "mysqld" beenden
2. MySQL neu starten.