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
<a name="AuroraMySQL.Compare-v84-community"></a>

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

**Topics**
+ [Authentification](#AuroraMySQL.Compare-v84-community.auth)
+ [Utilisateurs réservés](#AuroraMySQL.Compare-v84-community.reserved-users)
+ [rds\_superuser\_role](#AuroraMySQL.Compare-v84-community.rds-superuser)
+ [Support des composants de validation de mot de passe dans Aurora MySQL version 8.4](#AuroraMySQL.Compare-v84-community.validate-password)
+ [Modifications des paramètres par défaut](#AuroraMySQL.Compare-v84-community.parameters)

## Authentification
<a name="AuroraMySQL.Compare-v84-community.auth"></a>

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_password`si 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
<a name="AuroraMySQL.Compare-v84-community.reserved-users"></a>

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](AuroraMySQL.Security.md#AuroraMySQL.Security.ReservedUsers).

À 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, consultez[Utilisateurs réservés dans Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.ReservedUsers).

## rds\_superuser\_role
<a name="AuroraMySQL.Compare-v84-community.rds-superuser"></a>

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
<a name="AuroraMySQL.Compare-v84-community.validate-password"></a>
+ 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](AuroraMySQL.PasswordPolicies.md).

## Modifications des paramètres par défaut
<a name="AuroraMySQL.Compare-v84-community.parameters"></a>

### temptable\_max\_mmap
<a name="AuroraMySQL.Compare-v84-community.temptable-max-mmap"></a>

Dans MySQL 8.4 Community Edition, la valeur par défaut `temptable_max_mmap` est`0`, 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, voir[Paramètres de configuration d’Aurora MySQL](AuroraMySQL.Reference.ParameterGroups.md).