Migrazione di dati a un cluster di database Amazon Aurora MySQL - Amazon Aurora

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Migrazione di dati a un cluster di database Amazon Aurora MySQL

Hai diverse opzioni per migrare i dati da un database esistente a un cluster database Amazon Aurora MySQL. Le opzioni di migrazione dipendono anche dal database da cui esegui la migrazione e dalle dimensioni dei dati sottoposti a migrazione.

Ci sono due diversi tipi di migrazione: fisica e logica. La migrazione fisica significa che le copie fisiche dei file di database vengono utilizzate per migrare il database. La migrazione logica significa che la migrazione viene effettuata applicando modifiche di database logiche, come inserimenti, aggiornamenti ed eliminazioni.

La migrazione fisica ha i vantaggi seguenti:

  • La migrazione fisica è più veloce della migrazione logica, specialmente per database di grandi dimensioni.

  • Le prestazioni del database non ne risentono quando un backup viene utilizzato per la migrazione fisica.

  • La migrazione fisica può migrare tutto nel database origine, comprese componenti di database complesse.

La migrazione fisica ha i limiti seguenti:

  • Il parametro innodb_page_size deve essere impostato al valore predefinito (16KB).

  • Il parametro innodb_data_file_path deve essere configurato con un solo file di dati che utilizza il nome di file di dati predefinito "ibdata1:12M:autoextend". I database con due file di dati o con un file di dati con un nome diverso non possono essere migrati utilizzando questo metodo.

    Di seguito sono riportati esempi di nomi di file che non sono permessi: "innodb_data_file_path=ibdata1:50M; ibdata2:50M:autoextend" e "innodb_data_file_path=ibdata01:50M:autoextend".

  • Il parametro innodb_log_files_in_group deve essere impostato al valore predefinito (2).

La migrazione logica ha i vantaggi seguenti:

  • Puoi migrare i sottoinsiemi del database, come tabelle specifiche o parti di una tabella.

  • I dati possono essere migrati indipendentemente dalla struttura fisica dello storage.

La migrazione logica ha i limiti seguenti:

  • La migrazione logica solitamente è più lenta della migrazione fisica.

  • I componenti di database complessi possono rallentare il processo di migrazione logica. In alcuni casi, i componenti di database complessi possono anche bloccare la migrazione logica.

La tabella seguente descrive le opzioni e il tipo di migrazione per ogni opzione.

Migrazione da Tipo di migrazione Soluzione

Un'istanza database RDS for MySQL

Fisica

Puoi eseguire la migrazione da un'istanza database RDS for MySQL creando prima di tutto una replica di lettura Aurora MySQL di un'istanza database MySQL. Quando il ritardo di replica tra un'istanza database MySQL e la replica di lettura Aurora MySQL è 0, puoi indirizzare le applicazioni del client a leggere dalla replica di lettura Aurora e poi interrompere la replica per rendere la replica di lettura Aurora MySQL un cluster di database standalone Aurora MySQL per lettura e scrittura. Per informazioni dettagliate, consulta Migrazione di dati da un'istanza database RDS per MySQL a un cluster database Amazon Aurora MySQL utilizzando una replica di lettura Aurora.

Una snapshot DB di RDS for MySQL

Fisica

Puoi migrare i dati direttamente da un RDS for MySQL snapshot DB a un cluster database Amazon Aurora MySQL. Per informazioni dettagliate, consulta Migrazione di una snapshot RDS for MySQL a Aurora.

Un database MySQL esterno a Amazon RDS

Logica

Puoi creare un dump dei dati utilizzando l'utilità mysqldump e importare i dati in un cluster di database Amazon Aurora MySQL esistente. Per informazioni dettagliate, consulta Migrazione logica da MySQL ad Amazon Aurora MySQL mediante mysqldump.

Per esportare i metadati per gli utenti del database durante la migrazione da un database MySQL esterno, puoi anche utilizzare un comando MySQL Shell anziché. mysqldump Per ulteriori informazioni, vedere Instance Dump Utility, Schema Dump Utility e Table Dump Utility.

Nota

L'utilità mysqlpump è obsoleta a partire da MySQL 8.0.34.

Un database MySQL esterno a Amazon RDS

Fisica

Puoi copiare i file di backup dal database a un bucket Amazon Simple Storage Service (Amazon S3) e quindi ripristinare un cluster di database Amazon Aurora MySQL da tali file. Questa opzione può essere molto più rapida rispetto alla migrazione dei dati con mysqldump. Per informazioni dettagliate, consulta Migrazione fisica da MySQL utilizzando XtraBackup Percona e Amazon S3.

Un database MySQL esterno a Amazon RDS

Logica

Puoi salvare i dati dal database come file di testo e copiare tali file in un bucket Amazon S3. Puoi quindi caricare i dati in un cluster di database Aurora MySQL esistente utilizzando il comando MySQL LOAD DATA FROM S3. Per ulteriori informazioni, consulta Caricamento dei dati in un cluster DB Amazon Aurora MySQL da file di testo in un bucket Amazon S3.

Un database non compatibile con MySQL

Logica

Puoi usare AWS Database Migration Service (AWS DMS) per migrare i dati da un database che non è compatibile con MySQL. Per ulteriori informazioni AWS DMS, consulta Cos'è il servizio di migrazione del database? AWS

Nota

Se stai migrando un database MySQL esterno ad Amazon RDS, le opzioni di migrazione descritte nella tabella sono applicabili solo se il database supporta gli spazi tabelle InnoDB o MyISAM.

Se il database MySQL che stai migrando ad Aurora MySQL utilizza memcached, rimuovi memcached prima di eseguire la migrazione.

Non è possibile migrare ad Aurora MySQL 3.05 e versioni successive da alcune versioni precedenti di MySQL 8.0, tra cui 8.0.11, 8.0.13 e 8.0.15. Si consiglia di eseguire l'aggiornamento a MySQL 8.0.28 prima della migrazione.