Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Performances d’exportation dans Aurora MySQL
Les instantanés de cluster de bases de données MySQL version 2 et version 3 utilisent un mécanisme d’exportation avancé pour améliorer les performances et réduire le temps d’exportation. Le mécanisme comprend des optimisations telles que les threads d’exportation multiples et la requête parallèle Aurora MySQL pour tirer parti de l’architecture de stockage partagé Aurora. Les optimisations sont appliquées de manière adaptative, en fonction de la taille et de la structure de l’ensemble des données.
Vous n’avez pas besoin d’activer la requête parallèle pour utiliser le processus d’exportation plus rapide, mais ce processus présente les mêmes limites que la requête parallèle. En outre, certaines valeurs de données ne sont pas prises en charge, comme les dates pour lesquelles le jour du mois est 0 ou l’année est 0000. Pour plus d’informations, consultez Requêtes parallèles pour Amazon Aurora MySQL.
Lorsque des optimisations de performances sont appliquées, vous pouvez également voir des fichiers Parquet beaucoup plus grands (environ 200 Go) pour les exportations Aurora MySQL version 2 et 3.
Si le processus d’exportation plus rapide ne peut être utilisé, par exemple en raison de l’incompatibilité des types de données ou des valeurs, Aurora passe automatiquement à un mode d’exportation à thread unique sans requête parallèle. Selon le processus utilisé et la quantité de données à exporter, les performances d’exportation peuvent varier.
