Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Migrieren von Daten zu einem Amazon Aurora MySQL-DB-Cluster
Sie haben mehrere Möglichkeiten, Daten aus einer vorhandenen Datenbank in einen Amazon Aurora MySQL-DB-Cluster zu migrieren. Die verfügbaren Migrationsoptionen sind auch von der Quelldatenbank und der Menge der zu migrierenden Daten abhängig.
Es gibt zwei verschiedene Migrationstypen: physisch und logisch. Bei der physischen Migration werden physische Kopien von Datenbankdateien verwenden, um die Datenbank zu migrieren. Bei der logischen Migration erfolgt die Migration durch Anwendung logischer Datenbankänderungen, wie beispielsweise Einfügungen, Aktualisierungen und Löschungen.
Die physische Migration hat die folgenden Vorteile:
-
Die physische Migration ist schneller als die logische Migration, insbesondere für große Datenbanken.
-
Die Datenbankleistung leidet nicht, wenn für eine physische Migration eine Sicherung durchgeführt wird.
-
Die physische Migration kann alles in der Quelldatenbank migrieren, auch komplexe Datenbankkomponenten.
Die physische Migration hat die folgenden Einschränkungen:
-
Der Parameter
innodb_page_size
muss auf seinen Standardwert (16KB
) gesetzt sein. -
Der
innodb_data_file_path
-Parameter darf nur mit einer Datendatei konfiguriert werden, die den Standarddateinamen"ibdata1:12M:autoextend"
verwendet. Datenbanken mit zwei Datendateien oder nur einer Datendatei eines anderen Namens können mit dieser Methode nicht migriert werden.Nachfolgend finden Sie Beispiele für unzulässige Dateinamen:
"innodb_data_file_path=ibdata1:50M; ibdata2:50M:autoextend"
und"innodb_data_file_path=ibdata01:50M:autoextend"
. -
Der Parameter
innodb_log_files_in_group
muss auf seinen Standardwert (2
) gesetzt sein.
Die logische Migration hat die folgenden Vorteile:
-
Sie können Untermengen der Datenbank migrieren, beispielsweise bestimmte Tabellen oder Teile einer Tabelle.
-
Die Daten können unabhängig von der physischen Speicherstruktur migriert werden.
Die logische Migration hat die folgenden Einschränkungen:
-
Die logische Migration ist normalerweise langsamer als die physische Migration.
-
Komplexe Datenbankkomponenten können den logischen Migrationsprozess verlangsamen. In einigen Fällen können komplexe Datenbankkomponenten den logischen Migrationsprozess sogar blockieren.
In der folgenden Tabelle sind Ihre Optionen und die Migrationstypen für jede Option aufgelistet.
Migration von | Migrationstyp | Lösung |
---|---|---|
Eine RDS für MySQL-DB-Instance |
Physisch |
Sie können Daten aus einer RDS für MySQL-DB-Instance migrieren, indem Sie zunächst eine Aurora MySQL-Read Replica einer MySQL-DB-Instance erstellen. Wenn die Replica-Verzögerung zwischen der MySQL-DB-Instance und der Aurora MySQL-Read Replica 0 beträgt, können Sie Ihre Client-Anwendungen anweisen, aus der Aurora Read Replica zu lesen und dann die Replikation stoppen, um die Aurora MySQL Read Replica in ein eigenständiges Aurora MySQL-DB-Cluster für das Lesen und Schreiben zu transformieren. Details hierzu finden Sie unter Migrieren von Daten aus einer RDS-für-MySQL-DB-Instance zu einem Amazon-Aurora-MySQL-DB-Cluster mittels einer Aurora Read Replica (Lesereplikat). |
Ein RDS für MySQL-DB-Snapshot |
Physisch |
Sie können Daten direkt aus einem RDS für MySQL-DB-Snapshot in einen Amazon Aurora MySQL-DB-Cluster migrieren. Details hierzu finden Sie unter Migrieren eines RDS für MySQL-Snapshots zu Aurora. |
einer MySQL-Datenbank außerhalb von Amazon RDS |
Logisch |
Sie können mithilfe des Dienstprogramms Um Metadaten für Datenbankbenutzer während der Migration aus einer externen MySQL-Datenbank zu exportieren, können Sie stattdessen auch einen MySQL-Shell-Befehl verwenden AnmerkungDas Hilfsprogramm mysqlpump |
einer MySQL-Datenbank außerhalb von Amazon RDS |
Physisch |
Sie können die Sicherungsdateien aus Ihrer Datenbank in einen Amazon Simple Storage Service (Amazon S3)-Bucket kopieren und dann einen Amazon Aurora MySQL-DB-Cluster aus diesen Dateien wiederherstellen. Dieser Weg ist bedeutend schneller als eine Datenmigration mit |
einer MySQL-Datenbank außerhalb von Amazon RDS |
Logisch |
Sie können die Daten in der Datenbank als Textdateien speichern und diese in einen Amazon S3-Bucket kopieren. Anschließend können die Daten in einen vorhandenen Aurora MySQL-DB-Cluster laden, indem Sie den MySQL-Befehl |
Eine Datenbank, die nicht MySQL-kompatibel ist |
Logisch |
Sie können AWS Database Migration Service (AWS DMS) verwenden, um Daten aus einer Datenbank zu migrieren, die nicht MySQL-kompatibel ist. Weitere Informationen dazu finden Sie unter Was ist ein AWS Datenbankmigrationsdienst? AWS DMS |
Anmerkung
Wenn Sie eine MySQL-Datenbank extern zu Amazon RDS migrieren, werden die in der Tabelle beschriebenen Migrationsoptionen nur unterstützt, wenn Ihre Datenbank die InnoDB- oder MyISAM-Tabellenbereiche unterstützt.
Wenn die MySQL-Datenbank, die Sie zu Aurora MySQL migrieren, memcached
verwendet, müssen Sie memcached
vor der Migration entfernen.
Sie können von einigen älteren Versionen von MySQL 8.0, einschließlich 8.0.11, 8.0.13 und 8.0.15, nicht zu Aurora MySQL Version 3.05 und höher migrieren. Wir empfehlen, vor der Migration auf MySQL Version 8.0.28 zu aktualisieren.