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 My SQL DB-Cluster
Sie haben mehrere Möglichkeiten, Daten aus Ihrer vorhandenen Datenbank in einen Amazon Aurora My SQL 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 Meine SQL DB-Instance |
Physisch |
Sie können von einer RDS for My SQL DB-Instance migrieren, indem Sie zunächst eine Aurora My SQL Read Replica einer My SQL DB-Instance erstellen. Wenn die Replikatverzögerung zwischen der My SQL DB-Instance und der Aurora My SQL Read Replica 0 ist, können Sie Ihre Client-Anwendungen anweisen, aus der Aurora-Read Replica zu lesen, und dann die Replikation beenden, um die Aurora My SQL Read Replica zu einem eigenständigen Aurora My SQL DB-Cluster zum Lesen und Schreiben zu machen. Details hierzu finden Sie unter Migrieren von Daten von einer RDS for My SQL DB-Instance zu einem Amazon Aurora My SQL DB-Cluster mithilfe einer Aurora-Read Replica. |
Ein RDS Snapshot für My DB SQL |
Physisch |
Sie können Daten direkt von einem RDS for My SQL DB-Snapshot zu einem Amazon Aurora My SQL DB-Cluster migrieren. Details hierzu finden Sie unter Migrieren eines RDS für MySQL-Snapshots zu Aurora. |
A: Meine SQL Datenbank außerhalb von Amazon RDS |
Logisch |
Sie können mit dem Um Metadaten für Datenbankbenutzer während der Migration aus einer externen My SQL Database zu exportieren, können Sie stattdessen auch einen My SQL Shell-Befehl verwenden. AnmerkungDas Hilfsprogramm mysqlpump |
A: Meine SQL 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 aus diesen Dateien einen Amazon Aurora My SQL DB-Cluster wiederherstellen. Dieser Weg ist bedeutend schneller als eine Datenmigration mit |
A: Meine SQL 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. Sie können diese Daten dann mit dem SQL Befehl My in einen vorhandenen Aurora My SQL DB-Cluster laden. |
Eine Datenbank, die nicht My SQL -kompatibel ist |
Logisch |
Sie können AWS Database Migration Service (AWS DMS) verwenden, um Daten aus einer Datenbank zu migrieren, die nicht mit My SQL -kompatibel ist. Weitere Informationen dazu finden Sie unter Was ist ein AWS Datenbankmigrationsdienst? AWS DMS |
Anmerkung
Wenn Sie eine My SQL Database extern zu Amazon migrierenRDS, werden die in der Tabelle beschriebenen Migrationsoptionen nur unterstützt, wenn Ihre Datenbank die Tablespaces InnoDB oder Meine ISAM Tablespaces unterstützt.
Wenn die Meine SQL Datenbank, die Sie zu Aurora My migrierenmemcached
, SQL verwendet wird, entfernen Sie memcached
sie, bevor Sie sie migrieren.
Sie können von einigen älteren My SQL 8.0-Versionen, einschließlich 8.0.11, 8.0.13 und 8.0.15, nicht auf Aurora My SQL Version 3.05 und höher migrieren. Wir empfehlen, vor der Migration ein Upgrade auf Meine Version 8.0.28 durchzuführen. SQL