Le migliori pratiche per la migrazione di database MySQL e MariaDB di grandi dimensioni - AWS Guida prescrittiva

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à.

Le migliori pratiche per la migrazione di database MySQL e MariaDB di grandi dimensioni

Oltre alle best practice specifiche degli strumenti elencate per ciascuna opzione di migrazione, consulta le seguenti best practice generali. Queste best practice si applicano alla migrazione di database MySQL e MariaDB di grandi dimensioni da più terabyte, indipendentemente dallo strumento selezionato:

  • Assicurati che ci sia spazio sufficiente sui database di origine e di destinazione per eseguire e ripristinare il backup.

  • Non creare indici secondari sull'istanza del database di destinazione fino al completamento della migrazione. Gli indici secondari aggiungono ulteriore sovraccarico di manutenzione durante l'importazione e possono rallentare il processo di importazione.

  • Se utilizzi un approccio multithread, scegli il numero corretto di thread. Per l'esportazione, ti consigliamo di utilizzare un thread per ogni core della CPU. Per l'importazione, ti consigliamo di utilizzare un thread ogni due core della CPU.

  • I dump dei dati vengono spesso eseguiti da server di database attivi che fanno parte di un ambiente di produzione di importanza critica. Se il dump dei dati influisce gravemente sulle prestazioni e ciò non è accettabile nel tuo ambiente, prendi in considerazione una delle seguenti soluzioni:

    • Il server di origine dispone di repliche, è possibile eseguire il dump dei dati da una delle repliche.

    • Il server di origine è coperto da procedure di backup regolari:

      • Se il formato di backup è adatto per l'importazione diretta nel database di destinazione, utilizzate i dati di backup come input per il processo di importazione.

      • Se il formato di backup non è adatto per l'importazione diretta nel database di destinazione, utilizza il backup per fornire un database temporaneo e scaricare i dati da esso.

    • Se le repliche e i backup non sono disponibili:

      • Esegui i dump durante le ore non di punta, quando il traffico di produzione è al minimo.

      • Riduci la concomitanza delle operazioni di dump in modo che il server disponga di una capacità di riserva sufficiente per gestire il traffico di produzione.

  • Crea dump solo di database creati dall'utente.

  • Ricrea gli utenti nel database di destinazione e configura le loro autorizzazioni. Per ulteriori informazioni, consulta Gestione delle identità e degli accessi per Amazon RDS, Gestione delle identità e degli accessi per Amazon Aurora o Gestione delle identità e degli accessi per Amazon. EC2

  • Quando esegui la migrazione di un server di database di grandi dimensioni composto da più database indipendenti, crea un'istanza separata per ogni database. Ciò consente di gestire il database in modo più efficiente e può migliorare l'approvvigionamento delle risorse, mentre le risorse di elaborazione separate possono migliorare le prestazioni del database.