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 My SQL
Les instantanés de cluster de base de données Aurora My SQL versions 2 et 3 utilisent un mécanisme d'exportation avancé pour améliorer les performances et réduire le temps d'exportation. Le mécanisme inclut des optimisations telles que plusieurs threads d'exportation et la requête Aurora My SQL parallel 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 de plus amples informations, veuillez consulter Requête parallèle pour Amazon Aurora My SQL.
Lorsque des optimisations de performances sont appliquées, vous pouvez également voir des fichiers Parquet beaucoup plus volumineux (environ 200 Go) pour les exportations des SQL versions 2 et 3 d'Aurora My.
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.
