View a markdown version of this page

Aurora MySQL version 8.4 compatible avec MySQL 8.4 - Amazon Aurora

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.

Aurora MySQL version 8.4 compatible avec MySQL 8.4

La version 8.4 d'Aurora MySQL est la dernière version majeure d'Amazon Aurora MySQL-Compatible Edition, compatible avec MySQL 8.4 Community Edition. Vous pouvez utiliser la version 8.4 d'Aurora MySQL pour bénéficier des dernières MySQL-compatible fonctionnalités, des améliorations de performances et des corrections de bogues.

La version 8.4 d'Aurora MySQL prend en charge les mêmes fonctionnalités Aurora que les dernières versions d'Aurora MySQL version 3, avec les exceptions suivantes :

  • L'insertion rapide n'est pas disponible dans Aurora MySQL version 8.4.

Aurora MySQL version 8.4 utilise un schéma de numérotation des versions simplifié. Le numéro de version suit un major-version.minor-version format, où la version majeure (telle que8.4) représente la compatibilité avec MySQL et la version mineure représente la fonctionnalité et la version de correction de bogue. Par exemple, 8.4.7 il s'agit de la première version mineure de la famille des versions majeures 8.4. Pour de plus amples informations, veuillez consulter Vérification des numéros de version d’Aurora MySQL.

Fonctionnalités de MySQL 8.4 Community Edition

La version 8.4 d'Aurora MySQL est compatible avec MySQL 8.4 Community Edition. MySQL 8.4 est une version de Long-Term Support (LTS) qui s'appuie sur MySQL 8.0 avec les principales modifications suivantes :

  • Le plugin mysql_native_password d'authentification est activé par défaut mais le paramètre n'est pas modifiable. La valeur par défaut authentication_policy est*:caching_sha2_password, donc les nouveaux utilisateurs sont créés caching_sha2_password par défaut. Les utilisateurs qui s'authentifient mysql_native_password continueront à travailler après la mise à niveau, mais nous vous recommandons de migrer vers. caching_sha2_password

  • Non-inclusive la terminologie de réplication est appliquée. Les anciennes instructions SQL telles que SHOW SLAVE STATUSCHANGE MASTER TO, et renvoient START SLAVE désormais des erreurs de syntaxe. Utilisez START REPLICA plutôt les instructions de remplacement telles que SHOW REPLICA STATUSCHANGE REPLICATION SOURCE TO, et.

  • Optimisation des tables de hachage pour les opérations EXCEPT et INTERSECT définition des opérations, afin d'améliorer les performances de ces requêtes.

  • Dans Aurora MySQL version 8.4.7 et versions supérieures, les mises à jour automatiques des histogrammes sont désactivées. Si vous le spécifiez AUTO UPDATE lors de la création ou de la modification d'un histogramme, Aurora MySQL émet un avertissement et traite l'histogramme comme tel. MANUAL UPDATE Continuez à actualiser les statistiques de l'histogramme en exécutantANALYZE TABLE table_name UPDATE HISTOGRAM ON column_name.

  • Plusieurs paramètres ont désormais des valeurs dynamiques par défaut qui évoluent en fonction de la mémoire de l'instance et des cœurs du processeur, notamment temptable_max_ram (désormais 3 % de la mémoire totale) etinnodb_buffer_pool_instances.

  • Le SET_USER_ID privilège est remplacé par deux nouveaux privilèges : SET_ANY_DEFINER etALLOW_NONEXISTENT_DEFINER. Deux nouveaux privilèges supplémentaires sont également introduits : FLUSH_PRIVILEGES etOPTIMIZE_LOCAL_TABLE.

  • Les clés étrangères faisant référence à des clés non uniques sont désormais bloquées par défaut, contrôlées par le restrict_fk_on_non_standard_key paramètre.

Pour la liste complète des modifications apportées à MySQL 8.4, consultez les nouveautés de MySQL 8.4 dans le manuel de référence MySQL.

Important

Avant de passer à la version 8.4 d'Aurora MySQL, vérifiez les utilisateurs de votre base de données et assurez-vous qu'ils utilisent le plug-in caching_sha2_password d'authentification. Dans Aurora MySQL version 8.4, le mysql_native_password plugin est activé par défaut et ce paramètre n'est pas modifiable par les clients. Lorsque vous effectuez une mise à niveau depuis la version 3, les comptes existants utilisés mysql_native_password continuent de fonctionner. Cependant, la valeur par défaut authentication_policy est *:caching_sha2_password la suivante. Nous vous recommandons donc de migrer les utilisateurs vers cette version caching_sha2_password avant de procéder à la mise à niveau. Pour plus d'informations sur le authentication_policy paramètre, reportez-vous aux sections Gestion des plugins d'authentification etPolitique d'authentification (nouvelle version de la version 8.4).

Fonctionnalités supprimées dans MySQL 8.4

Les fonctionnalités suivantes, devenues obsolètes dans MySQL 8.0, ont été supprimées dans MySQL 8.4 :

  • Le plugin mysql_native_password d'authentification est activé par défaut dans Aurora MySQL version 8.4, et ce paramètre n'est pas modifiable. La valeur par défaut authentication_policy est*:caching_sha2_password, donc les nouveaux utilisateurs sont créés caching_sha2_password par défaut. Notez que dans la communauté, MySQL 8.4 mysql_native_password est désactivé par défaut ; Aurora MySQL 8.4 se distingue par le fait que le plugin reste activé pour préserver la compatibilité avec les utilisateurs existants.

  • Non-inclusive les instructions SQL de réplication sont supprimées. Les instructions telles queCHANGE MASTER TO,SHOW SLAVE STATUS,START SLAVE,STOP SLAVE,SHOW SLAVE HOSTS,, RESET SLAVE RESET MASTERSHOW MASTER STATUS, et renvoient PURGE MASTER LOGS désormais des erreurs de syntaxe. Utilisez plutôt les déclarations de remplacement.

  • La INFORMATION_SCHEMA.TABLESPACES table a été supprimée.

  • Le LOW_PRIORITY modificateur avec LOCK TABLES ... WRITE maintenant provoque une erreur de syntaxe.

  • Le AUTO_INCREMENT modificateur avec DOUBLE colonnes FLOAT et n'est plus pris en charge.

  • Le SET_USER_ID privilège a été retiré. Utilisez SET_ANY_DEFINER et ALLOW_NONEXISTENT_DEFINER à la place.

  • Le expire_logs_days paramètre a été supprimé. Utilisez binlog_expire_logs_seconds à la place.

  • Les chiffrements TLS faibles qui ne fournissent pas un secret de transmission parfait ou qui n'utilisent pas le protocole SHA2 ne sont plus autorisés pour les connexions chiffrées.

Pour la liste complète des suppressions, consultez la section Fonctionnalités supprimées dans MySQL 8.4 dans le manuel de référence MySQL.

Améliorations apportées à la sécurité dans Aurora MySQL version 8.4

La version 8.4 d'Aurora MySQL introduit plusieurs améliorations et modifications en matière de sécurité, notamment les suivantes :

Pour la liste complète des modifications apportées à l'édition communautaire de MySQL 8.4, consultez les notes de mise à jour de MySQL 8.4 dans le manuel de référence MySQL.

Notes de mise à jour pour Aurora MySQL version 8.4

Pour consulter les notes de publication de toutes les versions d'Aurora MySQL version 8.4, consultez la section Mises à jour du moteur de base de données pour Amazon Aurora MySQL version 8.4 dans les notes de version d'Aurora MySQL.