View a markdown version of this page

Comparaison entre Aurora MySQL version 8.4 et MySQL 8.4 Community Edition - Amazon Aurora
AuthentificationUtilisateurs réservésrds_superuser_roleSupport des composants de validation de mot de passe dans Aurora MySQL version 8.4Modifications des paramètres par défaut

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.

Comparaison entre Aurora MySQL version 8.4 et MySQL 8.4 Community Edition

Cette rubrique décrit les différences entre Aurora MySQL version 8.4 et MySQL 8.4 Community Edition.

Authentification

Aurora MySQL version 8.4 ne prend en charge que les valeurs suivantes pour le authentication_policy paramètre :

  • *:caching_sha2_password(Valeur par défaut. Autorise n'importe quel plugin d'authentification à facteur unique, en utilisant (caching_sha2_passwordsi aucun n'est spécifié)

  • *:mysql_native_password(Autorise n'importe quel plugin d'authentification à facteur unique, à utiliser mysql_native_password si aucun n'est spécifié)

Note

Multi-factor les configurations d'authentification ne sont pas prises en charge dans Aurora MySQL.

Utilisateurs réservés

Aurora MySQL réserve certains noms d'utilisateur pour les fonctionnalités internes. Ces noms d'utilisateur ne peuvent pas être utilisés pour les comptes utilisateur de votre base de données. Pour de plus amples informations, veuillez consulter Utilisateurs réservés dans Aurora MySQL.

À partir de la version 8.4.7 d'Aurora MySQL, le moteur assure la protection rdsproxyadmin car il est l'utilisateur de surveillance du proxy RDS. Aurora crée le rdsproxyadmin compte automatiquement lorsque vous enregistrez une cible proxy. Pour plus de détails sur les opérations rejetées et les erreurs générées, consultezUtilisateurs réservés dans Aurora MySQL.

rds_superuser_role

Aurora MySQL version 8.4 inclut un rôle spécial doté de tous les privilèges suivants. Ce rôle est nommé rds_superuser_role. Ce rôle est déjà accordé à l'utilisateur principal de chaque cluster. Le rôle rds_superuser_role inclut les privilèges suivants pour tous les objets de base de données :

  • ALTER

  • ALLOW_NONEXISTENT_DEFINER

  • APPLICATION_PASSWORD_ADMIN

  • ALTER ROUTINE

  • CONNECTION_ADMIN

  • CREATE

  • CREATE ROLE

  • CREATE ROUTINE

  • CREATE TEMPORARY TABLES

  • CREATE USER

  • CREATE VIEW

  • DELETE

  • DROP

  • DROP ROLE

  • EVENT

  • EXECUTE

  • FLUSH_OPTIMIZER_COSTS

  • FLUSH_PRIVILEGES

  • FLUSH_STATUS

  • FLUSH_TABLES

  • FLUSH_USER_RESOURCES

  • INDEX

  • INSERT

  • LOCK TABLES

  • OPTIMIZE_LOCAL_TABLE

  • PROCESS

  • REFERENCES

  • RELOAD

  • REPLICATION CLIENT

  • REPLICATION SLAVE

  • ROLE_ADMIN

  • SELECT

  • SET_ANY_DEFINER

  • SHOW DATABASES

  • SHOW_ROUTINE

  • SHOW VIEW

  • TRIGGER

  • UPDATE

  • XA_RECOVER_ADMIN

Support des composants de validation de mot de passe dans Aurora MySQL version 8.4

  • Le validate_password composant est pris en charge, y compris ses personnalisations. Le composant est géré via le paramètre de base de données aurora_enable_validate_password_component au lieu des UNINSTALL COMPONENT commandes INSTALL COMPONENT et.

  • Le validate_password plugin est partiellement pris en charge pour permettre la migration vers le composant.

Pour de plus amples informations, veuillez consulter Politiques de mot de passe et validation des mots de passe dans Aurora MySQL.

Modifications des paramètres par défaut

temptable_max_mmap

Dans MySQL 8.4 Community Edition, la valeur par défaut temptable_max_mmap est0, ce qui désactive les tables temporaires mappées en mémoire.

Aurora MySQL version 8.4.7 et versions supérieures remplacent cette valeur par défaut. Aurora définit une valeur calculée temptable_max_mmap à partir du stockage alloué au cluster, à l'aide de la formule suivante :

LEAST(4294967296, {AllocatedStorage*3/100})

Cela définit la valeur par défaut à 3 % du stockage alloué, plafonné à un maximum de 4 GiB. Memory-mapped les tables temporaires restent activées par défaut dans Aurora MySQL version 8.4.7 et supérieure, contrairement à la version communautaire MySQL 8.4.

Pour l'entrée de référence des paramètres, voirParamètres de configuration d’Aurora MySQL.