Sind ibdata1, ib_logfile0, ib_logfile1files erforderlich, wenn MySQL auf einen anderen neuen Server migriert wird?

Question

Ich migriere MySQL von einem bestehenden Server mit MySQL 5.0 auf einen neuen Server mit 5.6. Die Quellendatenbank verwendet MyISAM und INNODB engine. Es hat den Parameter innodb_file_per_table aktiviert.

Ich habe alle Benutzerdatenbankdatendateien vom Quellserver auf den Zielserver kopiert. MySQL- und Performance-Schema-Datenbank wird nicht kopiert.

Ich bin mir nicht sicher, ob ich ibdata1, ib_logile0, ib_logfile1 über kopieren sollte oder ich sollte nur die Standardeinstellungen verwenden, die bereits auf dem Zielserver bei der ersten Installation von MySQL 5.6 erstellt wurden?

Ich muss zum Kopieren anstelle von binären Dump mit mysqldump führen und wiederherstellen die Datenbank ist riesig bei 4 TB. Ich habe keine lange Ausfallzeit für die Quell-DB und mysqldump wird die Tabellen länger als ein Kopieren sperren.

Answer 1

Sie können ib_logile0, ib_logfile1, aber nicht ibdata1 bereinigen. Die Datei ibdata1 enthält die innodb-Daten, wobei ib_logile * die Protokolle enthält.

Überprüfen Sie auch die MySql-Dokumentation, ob das Kopieren von Datendateien zwischen Hauptversionen ratsam ist? Ich denke, es ist besser, wenn Sie einen Dump bekommen und wiederherstellen können, da es strukturelle Unterschiede gibt. Auf diese Weise können einige Datenprobleme auftreten.

Answer 2

Sie sind eine erweiterte Operation betrachten, die viel Erfahrung erfordert, weil es in der Tat ein Upgrade direkt 5,0-5,6, die Macht Arbeit, aber nicht unterstützt.

Der empfohlene Pfad ist ein Upgrade für jede Hauptversion, 5,0 bis 5,1 bis 5,5 bis 5,6.

https://dev.mysql.com/doc/refman/5.6/en/upgrading.html

Ja, müssen Sie das System Tabellen (ibdata1) und bekommen Ihren Server in einem inkonsistenten Zustand zu vermeiden, sollten Sie auch sowie eine my.cnf mit Einstellungen, um die ib_log * Dateien behalten kompatibel mit diesen Protokolldateien.

Dumping und erneutes Laden ist ein besserer (sicherer) Ansatz als eine binäre (Dateikopie) Migration, aber selbst dann müssen Sie das Schema "mysql" aufgrund struktureller Änderungen in den Versionen möglicherweise manuell behandeln. Laden Sie einen 5.0-Dump direkt auf einen 5.6 Server möglicherweise Arbeit, wenn Sie sofort mysql_upgrade nach dem Laden der Dump-Datei ausführen, um die Systemtabellen auf den neuesten Stand zu bringen, seit das Laden der 5.0-Dump auf einen neuen Server wird sie mangeln.

Mit Vorsicht vorgehen.