MySQL-Startfehler nach Datenmigration

Ich weiß nicht, warum MySQL nach langer Zeit nicht gestartet werden konnte.

Mein lokaler Server verwendet wamp Ich verwende die einfachste und einfachste Sicherungsmethode, indem ich direkt in das Installationsverzeichnis von MySQL gehe und eine Kopie der Daten erstelle. Dann deinstalliere ich Wamp und installiere es erneut Um die Daten zu migrieren, fügen Sie einfach die Daten an derselben Stelle ein und ersetzen Sie sie.

Aber nach der heutigen Migration kann MySQL nicht gestartet werden. Bei der Überprüfung des Protokolls werden verschiedene Fehler angezeigt.

2014 -13.11. 13: 40:29 5196 [Hinweis] Plugin „FEDERATED“ ist deaktiviert.

2014-11-13 13:40:29 5196 [Hinweis] InnoDB: Der InnoDB-Speicherheap ist deaktiviert

2014- 13.11. 13:40 :29 5196 [Hinweis] InnoDB: Mutexe und rw_locks verwenden ineinandergreifende Windows-Funktionen

13.11.2014 13:40:29 5196 [Hinweis] InnoDB: Komprimierte Tabellen verwenden zlib 1.2.3

13.11.2014 13:40:29 5196 [Hinweis] InnoDB: CPU crc32-Anweisungen werden nicht verwendet

13.11.2014 13:40:29 16e4 InnoDB: Fehler: temporäre Datei konnte nicht erstellt werden; Fehlernummer: 2
13.11.2014 13:40:29 5196 [FEHLER] Die Init-Funktion des Plugins „InnoDB“ hat einen Fehler zurückgegeben.
13.11.2014 13:40:29 5196 [FEHLER] Registrierung des Plugins „InnoDB“ als STORAGE ENGINE fehlgeschlagen.
13.11.2014 13:40:29 5196 [FEHLER] Unbekannte/nicht unterstützte Speicher-Engine: InnoDB
13.11.2014 13:40:29 5196 [FEHLER] Abbruch


Verschiedenes anzeigen Nachdem ich die Informationen gesammelt hatte, habe ich die Dateien im Datenverzeichnis mit Ausnahme des Datenbankordners und von ibdata1 gelöscht und dann neu gestartet. Es war in Ordnung, das kleine grüne Symbol erschien und MySQL wurde normal gestartet.

*Hinweis: Achten Sie darauf, ibdata1 nicht zu löschen. Nach Überprüfung der Informationen wurde gesagt, dass dies eine sehr wichtige Datei ist, die innodb-bezogene Daten speichert.

Natürlich, als Bloggerin , sie hat natürlich ihre eigenen. Auf der vorsichtigeren Seite, warum kann es nach dem Löschen anderer Dateien gestartet werden?

Und während des Migrationsprozesses führte das Mädchen verschiedene Tests durch.

1. Ersetzen Sie nur den Datenbankordner in Daten. Nach dem Neustart kann MySQL gestartet werden, aber nachdem Navicat zum Herstellen einer Verbindung zur Datenbank verwendet wurde, kann die Datentabelle nicht geöffnet werden, was darauf hinweist, dass die Datentabelle nicht vorhanden ist ( Das heißt, Datenverlust im Zusammenhang mit den oben genannten ibdata1)

2 Ersetzen Sie den Datenbankordner und ibdata1 in den zuvor gesicherten Daten im Datenverzeichnis, starten Sie neu, MySQL kann nicht gestartet werden

3. Löschen Sie ib_logfile0 und ib_logfile1, starten Sie neu, MySQL startet normal und die Datentabelleninformationen der Verbindungsdatenbank werden wiederhergestellt