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.
# Paramètres de configuration d’Aurora MySQL
Vous gérez votre cluster de bases de données Amazon Aurora MySQL de la même façon que les autres instances de base de données Amazon RDS, en utilisant les paramètres d’un groupe de paramètres de base de données. Amazon Aurora diffère des autres moteurs de base de données en ce sens que vous avez un cluster de bases de données qui contient plusieurs instances de base de données. En conséquence, certains des paramètres que vous utilisez pour gérer votre cluster de bases de données Aurora MySQL s’appliquent à l’ensemble du cluster. D’autres paramètres s’appliquent uniquement à une instance de base de données spécifique du cluster de bases de données.
Pour gérer les paramètres de niveau cluster, utilisez des groupes de paramètres de cluster de bases de données. Pour gérer les paramètres de niveau instance, utilisez des groupes de paramètres de base de données. Chaque instance de base de données d’un cluster de bases de données Aurora MySQL est compatible avec le moteur de base de données MySQL. Toutefois, vous devez appliquer certains paramètres du moteur de base de données MySQL au niveau du cluster et gérer ces paramètres à l’aide de groupes de paramètres de cluster de bases de données. Pour une instance située dans un cluster de bases de données Aurora, vous ne pouvez pas trouver les paramètres de niveau cluster dans le groupe de paramètres de base de données. Plus loin dans cette rubrique, vous trouverez une liste des paramètres de niveau cluster.
Vous pouvez gérer les paramètres de niveau cluster et de niveau instance à l’aide de l’AWS Management Console, de l’AWS CLI ou de l’API Amazon RDS. Vous pouvez utiliser des commandes distinctes pour gérer les paramètres de niveau cluster et les paramètres de niveau instance. Par exemple, vous pouvez utiliser la commande CLI [modify-db-cluster-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-parameter-group.html) pour gérer les paramètres de niveau cluster dans un groupe de paramètres de cluster de bases de données. Vous pouvez utiliser la commande [modify-db-parameter-group](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-parameter-group.html) de l’interface de ligne de commande (CLI) pour gérer les paramètres de niveau instance dans un groupe de paramètres de cluster de bases de données dans un cluster de bases de données.
Vous pouvez afficher les paramètres de niveau cluster et de niveau instance dans la console, à l’aide de l’interface de ligne de commande (CLI) ou de l’API RDS. Par exemple, vous pouvez utiliser la commande de l’AWS CLI [describe-db-cluster-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-parameters.html) pour afficher les paramètres de niveau cluster dans un groupe de paramètres de cluster de bases de données. Vous pouvez utiliser la commande [describe-db-parameters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-parameters.html) de l’interface de ligne de commande (CLI) pour afficher les paramètres de niveau instance dans un groupe de paramètres de cluster de bases de données dans un cluster de bases de données.
**Note**
Chaque [groupe de paramètres par défaut ](USER_WorkingWithParamGroups.md) contient les valeurs par défaut de tous les paramètres du groupe de paramètres. Si le paramètre est « engine default » (moteur par défaut) pour cette valeur, consultez la documentation MySQL ou PostgreSQL spécifique à la version pour connaître la valeur par défaut réelle.
Sauf indication contraire, les paramètres répertoriés dans les tables suivantes sont valides pour Aurora MySQL versions 2 et 3.
Pour plus d’informations sur les groupes de paramètres DB, consultez [Groupes de paramètres pour Amazon Aurora](USER_WorkingWithParamGroups.md). Pour obtenir les règles et les instructions pour les clusters Aurora Serverless v1, consultez [Groupes de paramètres pour Aurora Serverless v1](aurora-serverless-v1.how-it-works.md#aurora-serverless.parameter-groups).
**Topics**
+ [Paramètres de niveau cluster](#AuroraMySQL.Reference.Parameters.Cluster)
+ [Paramètres de niveau instance](#AuroraMySQL.Reference.Parameters.Instance)
+ [Paramètres MySQL ne s’appliquant pas à Aurora MySQL](#AuroraMySQL.Reference.Parameters.Inapplicable)
## Paramètres de niveau cluster
Le tableau suivant affiche tous les paramètres qui s’appliquent à la totalité du cluster de bases de données Aurora MySQL.
| Nom du paramètre | Adaptabilité | Remarques |
| --- | --- | --- |
| `aurora_binlog_read_buffer_size` | Oui | Affecte uniquement les clusters qui utilisent la réplication de journal binaire (binlog). Pour plus d’informations sur la réplication de journal binaire, consultez [Réplication entre Aurora et MySQL ou entre Aurora et un autre cluster de bases de données Aurora (réplication de journaux binaires)](AuroraMySQL.Replication.MySQL.md). Supprimé d’Aurora MySQL version 3. |
| `aurora_binlog_replication_max_yield_seconds` | Oui | Affecte uniquement les clusters qui utilisent la réplication de journal binaire (binlog). Pour plus d’informations sur la réplication de journal binaire, consultez [Réplication entre Aurora et MySQL ou entre Aurora et un autre cluster de bases de données Aurora (réplication de journaux binaires)](AuroraMySQL.Replication.MySQL.md). |
| `aurora_binlog_replication_sec_index_parallel_workers` | Oui | Définit le nombre total de threads parallèles disponibles pour appliquer les modifications d’index secondaires lors de la réplication de transactions pour de grandes tables comportant plusieurs index secondaires. Par défaut, ce paramètre est défini sur `0` (désactivé). Ce paramètre est disponible dans Aurora MySQL version 306 et versions ultérieures. Pour plus d’informations, consultez [Optimisation de la réplication des journaux binaires pour Aurora MySQL](binlog-optimization.md). |
| `aurora_binlog_use_large_read_buffer` | Oui | Affecte uniquement les clusters qui utilisent la réplication de journal binaire (binlog). Pour plus d’informations sur la réplication de journal binaire, consultez [Réplication entre Aurora et MySQL ou entre Aurora et un autre cluster de bases de données Aurora (réplication de journaux binaires)](AuroraMySQL.Replication.MySQL.md). Supprimé d’Aurora MySQL version 3. |
| `aurora_disable_hash_join` | Oui | Définissez ce paramètre sur `ON` pour désactiver l’optimisation de jointure par hachage dans Aurora MySQL version 2.09 ou ultérieure. Il n’est pas pris en charge pour la version 3. Pour plus d’informations, consultez [Requêtes parallèles pour Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `aurora_enable_replica_log_compression` | Oui | Pour plus d’informations, consultez [Considérations sur les performances pour la réplication Amazon Aurora MySQL](AuroraMySQL.Replication.md#AuroraMySQL.Replication.Performance). Ne s’applique pas aux clusters qui font partie d’une base de données globale Aurora. Supprimé d’Aurora MySQL version 3. |
| `aurora_enable_repl_bin_log_filtering` | Oui | Pour plus d’informations, consultez [Considérations sur les performances pour la réplication Amazon Aurora MySQL](AuroraMySQL.Replication.md#AuroraMySQL.Replication.Performance). Ne s’applique pas aux clusters qui font partie d’une base de données globale Aurora. Supprimé d’Aurora MySQL version 3. |
| `aurora_enable_staggered_replica_restart` | Oui | Ce paramètre est disponible dans Aurora MySQL version 3, mais il n’est pas utilisé. |
| `aurora_enable_zdr` | Oui | Ce paramètre est activé par défaut dans Aurora MySQL versions 2.10 et ultérieures. |
| `aurora_in_memory_relaylog` | Oui | Définit le mode journal de relais en mémoire. Vous pouvez utiliser cette fonctionnalité sur les réplicas de journaux binaires pour améliorer les performances de réplication des journaux binaires. Pour désactiver cette fonctionnalité, définissez ce paramètre sur OFF. Pour activer cette fonctionnalité, définissez ce paramètre sur ON. |
| `aurora_enhanced_binlog` | Oui | Définissez la valeur de ce paramètre sur 1 pour activer le binlog amélioré dans Aurora MySQL versions 3.03.1 et ultérieures. Pour plus d’informations, consultez [Configuration du binlog amélioré pour Aurora MySQL](AuroraMySQL.Enhanced.binlog.md). |
| `aurora_full_double_precision_in_json` | Oui | Définissez la valeur de ce paramètre pour permettre l’analyse des nombres à virgule flottante dans les documents JSON avec une précision totale. |
| `aurora_jemalloc_background_thread` | Oui | Utilisez ce paramètre pour permettre à un thread d’arrière-plan d’effectuer des opérations de maintenance de la mémoire. Les valeurs autorisées sont `0` (désactivé) et `1` (activé). La valeur par défaut est `0`. Ce paramètre s’applique à Aurora MySQL versions 3.05 et ultérieures. |
| `aurora_jemalloc_dirty_decay_ms` | Oui | Utilisez ce paramètre pour conserver la mémoire libérée pendant un certain temps (en millisecondes). La conservation de la mémoire permet une réutilisation plus rapide. Les valeurs autorisées sont `0`–`18446744073709551615`. La valeur par défaut est `10000` (10 secondes). Vous pouvez utiliser un délai plus court pour éviter les problèmes de mémoire insuffisante, au détriment de performances plus lentes. Ce paramètre s’applique à Aurora MySQL versions 3.05 et ultérieures. |
| `aurora_jemalloc_tcache_enabled` | Oui | Utilisez ce paramètre pour traiter les faibles demandes de mémoire (jusqu’à 32 Kio) dans un cache local de thread, en contournant les arènes de mémoire. Les valeurs autorisées sont `0` (désactivé) et `1` (activé). La valeur par défaut est `1`. Ce paramètre s’applique à Aurora MySQL versions 3.05 et ultérieures. |
| `aurora_load_from_s3_role` | Oui | Pour plus d’informations, consultez [Chargement de données dans un cluster de bases de données Amazon Aurora MySQL à partir de fichiers texte stockés dans un compartiment Amazon S3](AuroraMySQL.Integrating.LoadFromS3.md). Actuellement non disponible dans Aurora MySQL version 3. Utilisez `aws_default_s3_role`. |
| `aurora_mask_password_hashes_type` | Oui | Ce paramètre est activé par défaut dans Aurora MySQL versions 2.11 et ultérieures. Utilisez ce paramètre pour masquer les hachages de mot de passe Aurora MySQL dans les journaux de requêtes lentes et d’audit. Les valeurs autorisées sont `0` et `1` (par défaut). Lorsque ce paramètre est défini sur `1`, les mots de passe sont enregistrés comme ``. Lorsque ce paramètre est défini sur `0`, les mots de passe sont enregistrés sous forme de valeurs de hachage (`#`). |
| `aurora_select_into_s3_role` | Oui | Pour plus d’informations, consultez [Enregistrement de données d’un cluster de bases de données Amazon Aurora MySQL dans des fichiers texte stockés dans un compartiment Amazon S3](AuroraMySQL.Integrating.SaveIntoS3.md). Actuellement non disponible dans Aurora MySQL version 3. Utilisez `aws_default_s3_role`. |
| `authentication_kerberos_caseins_cmp` | Oui | Contrôle la comparaison des noms d’utilisateur sans distinction de casse pour le plug-in `authentication_kerberos`. Définissez-le sur `true` pour une comparaison sans distinction de casse. Par défaut, la comparaison sensible à la casse est utilisée (`false`). Pour plus d’informations, consultez [Utilisation de l'authentification Kerberos pour Aurora MySQL](aurora-mysql-kerberos.md). Ce paramètre est disponible dans Aurora MySQL version 3.03 et versions ultérieures. |
| `auto_increment_increment` | Oui | Aucun |
| `auto_increment_offset` | Oui | Aucun |
| `aws_default_lambda_role` | Oui | Pour plus d’informations, consultez [Appel d’une fonction Lambda à partir d’un cluster de bases de données Amazon Aurora MySQL](AuroraMySQL.Integrating.Lambda.md). |
| `aws_default_s3_role` | Oui | Utilisé lors de l’appel de l’instruction `LOAD DATA FROM S3`, `LOAD XML FROM S3` ou `SELECT INTO OUTFILE S3` à partir de votre cluster de bases de données. Dans Aurora MySQL version 2, le rôle IAM spécifié dans ce paramètre est utilisé si un rôle IAM n’est pas spécifié pour `aurora_load_from_s3_role` ou `aurora_select_into_s3_role` pour l’instruction appropriée. Dans Aurora MySQL version 3, le rôle IAM spécifié pour ce paramètre est toujours utilisé. Pour plus d’informations, consultez [Association d'un rôle IAM à un cluster de bases de données Amazon Aurora MySQL](AuroraMySQL.Integrating.Authorizing.IAM.AddRoleToDBCluster.md). |
| `binlog_backup` | Oui | Définissez la valeur de ce paramètre sur 0 pour activer le binlog amélioré dans Aurora MySQL versions 3.03.1 et ultérieures. Vous ne pouvez désactiver ce paramètre que lorsque vous utilisez le binlog amélioré. Pour plus d’informations, consultez [Configuration du binlog amélioré pour Aurora MySQL](AuroraMySQL.Enhanced.binlog.md). |
| `binlog_checksum` | Oui | La AWS CLI et l’API RDS indiquent la valeur `None` si ce paramètre n’est pas défini. Dans ce cas, Aurora MySQL utilise la valeur par défaut du moteur, qui est `CRC32`. Ceci est différent du paramétrage explicite de `NONE`, qui désactive le total de contrôle. |
| `binlog-do-db` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_format` | Oui | Pour plus d’informations, consultez [Réplication entre Aurora et MySQL ou entre Aurora et un autre cluster de bases de données Aurora (réplication de journaux binaires)](AuroraMySQL.Replication.MySQL.md). |
| `binlog_group_commit_sync_delay` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_group_commit_sync_no_delay_count` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog-ignore-db` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_replication_globaldb` | Oui | Définissez la valeur de ce paramètre sur 0 pour activer le binlog amélioré dans Aurora MySQL versions 3.03.1 et ultérieures. Vous ne pouvez désactiver ce paramètre que lorsque vous utilisez le binlog amélioré. Pour plus d’informations, consultez [Configuration du binlog amélioré pour Aurora MySQL](AuroraMySQL.Enhanced.binlog.md). |
| `binlog_row_image` | Non | Aucun |
| `binlog_row_metadata` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_row_value_options` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_rows_query_log_events` | Oui | Aucun |
| `binlog_transaction_compression` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_transaction_compression_level_zstd` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_transaction_dependency_history_size` | Oui | Ce paramètre définit une limite supérieure du nombre de hachages de ligne conservés en mémoire et utilisés pour rechercher la transaction qui a modifié pour la dernière fois une ligne donnée. Une fois ce nombre de hachages atteint, l’historique est purgé. Ce paramètre s’applique à Aurora MySQL versions 2.12 et ultérieures, et version 3. |
| `binlog_transaction_dependency_tracking` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `character-set-client-handshake` | Oui | Aucun |
| `character_set_client` | Oui | Aucun |
| `character_set_connection` | Oui | Aucun |
| `character_set_database` | Oui | Jeu de caractères utilisé par la base de données par défaut. La valeur par défaut est `utf8mb4`. |
| `character_set_filesystem` | Oui | Aucun |
| `character_set_results` | Oui | Aucun |
| `character_set_server` | Oui | Aucun |
| `collation_connection` | Oui | Aucun |
| `collation_server` | Oui | Aucun |
| `completion_type` | Oui | Aucun |
| `default_storage_engine` | Non | Les clusters Aurora MySQL utilisent le moteur de stockage InnoDB pour toutes vos données. |
| `enforce_gtid_consistency` | Parfois | Modifiable dans Aurora MySQL version 2 et versions ultérieures. |
| `event_scheduler` | Oui | Indique l’état du planificateur d’événements. Modifiable uniquement au niveau du cluster dans Aurora MySQL version 3. |
| `gtid-mode` | Parfois | Modifiable dans Aurora MySQL version 2 et versions ultérieures. |
| `information_schema_stats_expiry` | Oui | Nombre de secondes après lesquelles le serveur de base de données MySQL récupère les données du moteur de stockage et remplace les données du cache. Les valeurs autorisées sont `0`–`31536000`. Ce paramètre s’applique à Aurora MySQL version 3. |
| `init_connect` | Oui | La commande à exécuter par le serveur pour chaque client qui se connecte. Utilisez des guillemets (") pour les paramètres afin d’éviter les échecs de connexion, par exemple : SET optimizer_switch="hash_join=off"
Dans Aurora MySQL version 3, ce paramètre ne s’applique pas aux utilisateurs disposant du privilège `CONNECTION_ADMIN`. Cela inclut l’utilisateur principal d’Aurora. Pour plus d’informations, consultez [Modèle de privilège basé sur les rôles](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). |
| `innodb_adaptive_hash_index` | Oui | Vous pouvez modifier ce paramètre au niveau du cluster de bases de données dans Aurora MySQL versions 2 et 3. L’index de hachage adaptatif n’est pas pris en charge par les instances de base de données du lecteur. |
| `innodb_aurora_instant_alter_column_allowed` | Oui | Contrôle si l’algorithme `INSTANT` peut être utilisé pour des opérations `ALTER COLUMN` au niveau global. Les valeurs autorisées sont les suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Pour plus d’informations, consultez [Column Operations](https://dev.mysql.com/doc/refman/8.0/en/innodb-online-ddl-operations.html#online-ddl-column-operations) dans la documentation MySQL. Ce paramètre s’applique à Aurora MySQL versions 3.05 et ultérieures. |
| `innodb_autoinc_lock_mode` | Oui | Aucun |
| `innodb_checksums` | Non | Supprimé d’Aurora MySQL version 3. |
| `innodb_cmp_per_index_enabled` | Oui | Aucun |
| `innodb_commit_concurrency` | Oui | Aucun |
| `innodb_data_home_dir` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `innodb_deadlock_detect` | Oui | Cette option permet de désactiver la détection de blocage dans Aurora MySQL version 2.11 ou ultérieure, ou version 3. Sur les systèmes à concurrence élevée, la détection de blocage peut entraîner un ralentissement lorsque de nombreux threads attendent le même verrouillage. Pour plus d’informations sur ce paramètre, consultez la documentation MySQL. |
| `innodb_default_row_format` | Oui | Ce paramètre définit le format de ligne par défaut pour les tables InnoDB (y compris les tables temporaires InnoDB créées par l’utilisateur). Il s’applique aux versions 2 et 3 d’Aurora MySQL. Ses valeurs peuvent être `DYNAMIC`, `COMPACT` ou `REDUNDANT.` |
| `innodb_file_per_table` | Oui | Ce paramètre affecte la façon dont le stockage de table est organisé. Pour plus d’informations, consultez [Dimensionnement du stockage](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling). |
| `innodb_flush_log_at_trx_commit` | Oui | Nous vous recommandons de conserver la valeur par défaut `1`. Dans Aurora MySQL version 3, avant de pouvoir attribuer à ce paramètre une valeur autre que `1`, vous devez définir la valeur de `innodb_trx_commit_allow_data_loss` sur `1`. Pour plus d’informations, consultez [Configuration de la fréquence à laquelle le tampon du journal est vidé](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush). |
| `innodb_ft_max_token_size` | Oui | Aucun |
| `innodb_ft_min_token_size` | Oui | Aucun |
| `innodb_ft_num_word_optimize` | Oui | Aucun |
| `innodb_ft_sort_pll_degree` | Oui | Aucun |
| `innodb_online_alter_log_max_size` | Oui | Aucun |
| `innodb_optimize_fulltext_only` | Oui | Aucun |
| `innodb_page_size` | Non | Aucun |
| `innodb_print_all_deadlocks` | Oui | Lorsque ce paramètre est activé, les informations relatives à tous les blocages InnoDB sont enregistrées dans le journal des erreurs Aurora MySQL. Pour plus d’informations, consultez [Minimisation et résolution des blocages d’Aurora MySQL](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.deadlocks). |
| `innodb_purge_batch_size` | Oui | Aucun |
| `innodb_purge_threads` | Oui | Aucun |
| `innodb_rollback_on_timeout` | Oui | Aucun |
| `innodb_rollback_segments` | Oui | Aucun |
| `innodb_spin_wait_delay` | Oui | Aucun |
| `innodb_strict_mode` | Oui | Aucun |
| `innodb_support_xa` | Oui | Supprimé d’Aurora MySQL version 3. |
| `innodb_sync_array_size` | Oui | Aucun |
| `innodb_sync_spin_loops` | Oui | Aucun |
| `innodb_stats_include_delete_marked` | Oui | Lorsque ce paramètre est activé, InnoDB inclut les enregistrements marqués pour suppression lors du calcul des statistiques persistantes de l’optimiseur. Ce paramètre s’applique à Aurora MySQL versions 2.12 et ultérieures, et version 3. |
| `innodb_table_locks` | Oui | Aucun |
| `innodb_trx_commit_allow_data_loss` | Oui | Dans Aurora MySQL version 3, définissez la valeur de ce paramètre sur `1` afin de pouvoir modifier la valeur de `innodb_flush_log_at_trx_commit`. La valeur par défaut de `innodb_trx_commit_allow_data_loss` est `0`. Pour plus d’informations, consultez [Configuration de la fréquence à laquelle le tampon du journal est vidé](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush). |
| `innodb_undo_directory` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `internal_tmp_disk_storage_engine` | Oui | Contrôle quel moteur de stockage en mémoire est utilisé pour les tables temporaires internes. Les valeurs autorisées sont `INNODB` et `MYISAM`. Ce paramètre s’applique à Aurora MySQL version 2. |
| `internal_tmp_mem_storage_engine` | Oui | Contrôle quel moteur de stockage en mémoire est utilisé pour les tables temporaires internes. Les valeurs autorisées sont `MEMORY` et `TempTable`. Ce paramètre s’applique à Aurora MySQL version 3. |
| `key_buffer_size` | Oui | Cache de clé pour les tables MyISAM. Pour plus d’informations, consultez [keycache->cache\$1lock mutex](AuroraMySQL.Reference.Waitevents.md#key-cache.cache-lock). |
| `lc_time_names` | Oui | Aucun |
| `log_error_suppression_list` | Oui | Spécifie une liste de codes d’erreur qui ne sont pas consignés dans le journal d’erreurs MySQL. Cela vous permet d’ignorer certaines conditions d’erreur non critiques afin de préserver l’intégrité de vos journaux d’erreurs. Pour plus d’informations, consultez [log\$1error\$1suppression\$1list](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_log_error_suppression_list) dans la documentation MySQL. Ce paramètre s’applique à Aurora MySQL versions 3.03 et ultérieures. |
| `low_priority_updates` | Oui | Les opérations `INSERT`, `UPDATE`, `DELETE` et `LOCK TABLE WRITE` attendent qu’il ne reste aucune opération `SELECT` en attente. Ce paramètre affecte uniquement les moteurs de stockage qui utilisent uniquement le verrouillage au niveau de la table (MyISAM, MEMORY, MERGE). Ce paramètre s’applique à Aurora MySQL version 3. |
| `lower_case_table_names` | Oui (Aurora MySQL version 2) Uniquement au moment de la création du cluster (Aurora MySQL version 3) | Dans Aurora MySQL version 2.10 et versions 2.x ultérieures, veillez à redémarrer toutes les instances de lecteur après avoir modifié ce paramètre et redémarré l’instance d’enregistreur. Pour en savoir plus, consultez [Redémarrage d’un cluster Aurora avec disponibilité en lecture](aurora-mysql-survivable-replicas.md). Dans Aurora MySQL version 3, la valeur de ce paramètre est définie de façon permanente au moment de la création du cluster. Si vous utilisez une valeur autre que par défaut pour cette option, configurez votre groupe de paramètres personnalisés Aurora MySQL version 3 avant la mise à niveau, puis spécifiez le groupe de paramètres pendant l’opération de restauration des instantanés qui crée le cluster version 3. Avec une base de données globale Aurora basée sur Aurora MySQL, vous ne pouvez pas effectuer une mise à niveau sur place d’Aurora MySQL version 2 vers la version 3 si le paramètre `lower_case_table_names` est activé. Pour plus d’informations sur les méthodes que vous pouvez utiliser, consultez [Mises à niveau de version majeure.](aurora-global-database-upgrade.md#aurora-global-database-upgrade.major). |
| `master-info-repository` | Oui | Supprimé d’Aurora MySQL version 3. |
| `master_verify_checksum` | Oui | Aurora MySQL version 2. Utilisez `source_verify_checksum` dans Aurora MySQL version 3. |
| `max_delayed_threads` | Oui | Définit le nombre maximal de threads pour gérer les instructions `INSERT DELAYED`. Ce paramètre s’applique à Aurora MySQL version 3. |
| `max_error_count` | Oui | Nombre maximal de messages d’erreur, d’avertissement et de note à stocker pour affichage. Ce paramètre s’applique à Aurora MySQL version 3. |
| `max_execution_time` | Oui | Délai d’attente pour l’exécution des instructions `SELECT`, en millisecondes. Cette valeur peut être comprise entre `0` et `18446744073709551615`. Lorsqu’elle est définie sur `0`, il n’y a aucun délai d’attente. Pour plus d’informations, consultez [max\$1execution\$1time](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_max_execution_time) dans la documentation MySQL. |
| `min_examined_row_limit` | Oui | Utilisez ce paramètre pour empêcher la journalisation des requêtes examinant un nombre de lignes inférieur au nombre spécifié. |
| `partial_revokes` | Non | Ce paramètre s’applique à Aurora MySQL version 3. |
| `preload_buffer_size` | Oui | Taille de la mémoire tampon allouée lors du préchargement des index. Ce paramètre s’applique à Aurora MySQL version 3. |
| `query_cache_type` | Oui | Supprimé d’Aurora MySQL version 3. |
| `read_only` | Oui | Lorsque ce paramètre est activé, le serveur n’autorise aucune mise à jour, à l’exception de celles effectuées par les threads de réplica. Pour Aurora MySQL version 2, les valeurs valides sont les suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Pour Aurora MySQL version 3, les valeurs valides sont les suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Dans Aurora MySQL version 3, ce paramètre ne s’applique pas aux utilisateurs disposant du privilège `CONNECTION_ADMIN`. Cela inclut l’utilisateur principal d’Aurora. Pour plus d’informations, consultez [Modèle de privilège basé sur les rôles](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). |
| `relay-log-space-limit` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replica_parallel_type` | Oui | Ce paramètre permet une exécution parallèle sur le réplica de tous les threads non validés déjà en phase de préparation, sans porter atteinte à la cohérence. Il s’applique à Aurora MySQL version 3. Dans les versions 3.03.\$1 et antérieures d’Aurora MySQL, la valeur par défaut est DATABASE. Dans les versions 3.04 et ultérieures d’Aurora MySQL, la valeur par défaut est LOGICAL\$1CLOCK. |
| `replica_preserve_commit_order` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replica_transaction_retries` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replica_type_conversions` | Oui | Ce paramètre détermine les conversions de type utilisées sur les réplicas. Les valeurs autorisées sont `ALL_LOSSY`, `ALL_NON_LOSSY`, `ALL_SIGNED` et `ALL_UNSIGNED`. Pour plus d’informations, consultez [Réplication avec des définitions de tables différentes sur la source et le réplica](https://dev.mysql.com/doc/refman/8.0/en/replication-features-differing-tables.html) (langue française non garantie) dans la documentation MySQL. Ce paramètre s’applique à Aurora MySQL version 3. |
| `replicate-do-db` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replicate-do-table` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replicate-ignore-db` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replicate-ignore-table` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replicate-wild-do-table` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `replicate-wild-ignore-table` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `require_secure_transport` | Oui | Ce paramètre s’applique à Aurora MySQL versions 2 et 3. Pour plus d’informations, consultez [Connexions TLS aux clusters de bases de données Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL). |
| `rpl_read_size` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `server_audit_cw_upload` | Non | Ce paramètre est devenu obsolète dans Aurora MySQL. Utilisez `server_audit_logs_upload`. Pour plus d’informations, consultez [Publication de journaux Amazon Aurora MySQL dans Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `server_audit_events` | Oui | Pour plus d’informations, consultez [Utilisation de l’Audit avancé avec un cluster de bases de données Amazon Aurora MySQL](AuroraMySQL.Auditing.md). |
| `server_audit_excl_users` | Oui | Pour plus d’informations, consultez [Utilisation de l’Audit avancé avec un cluster de bases de données Amazon Aurora MySQL](AuroraMySQL.Auditing.md). |
| `server_audit_incl_users` | Oui | Pour plus d’informations, consultez [Utilisation de l’Audit avancé avec un cluster de bases de données Amazon Aurora MySQL](AuroraMySQL.Auditing.md). |
| `server_audit_logging` | Oui | Pour accéder aux instructions concernant le chargement de journaux dans Amazon CloudWatch Logs, consultez [Publication de journaux Amazon Aurora MySQL dans Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `server_audit_logs_upload` | Oui | Vous pouvez publier des journaux d’audit sur CloudWatch Logs en activant Audit avancé et en définissant ce paramètre sur `1`. La valeur par défaut du paramètre `server_audit_logs_upload` est `0`. Pour plus d’informations, consultez [Publication de journaux Amazon Aurora MySQL dans Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `server_id` | Non | Aucun |
| `skip-character-set-client-handshake` | Oui | Aucun |
| `skip_name_resolve` | Non | Aucun |
| `slave-skip-errors` | Oui | S’applique uniquement aux clusters de la version 2 d’Aurora MySQL, avec compatibilité MySQL 5.7. |
| `source_verify_checksum` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `sync_frm` | Oui | Supprimé d’Aurora MySQL version 3. |
| `thread_cache_size` | Oui | Le nombre de threads à mettre en cache. Ce paramètre s’applique à Aurora MySQL versions 2 et 3. |
| `time_zone` | Oui | Par défaut, le fuseau horaire d’un cluster de bases de données Aurora est le fuseau UTC (temps universel). Vous pouvez à la place définir le fuseau horaire des instances de votre cluster de bases de données sur le fuseau horaire local de votre application. Pour plus d’informations, consultez [Fuseau horaire local pour les clusters de bases de données Amazon Aurora](Concepts.RegionsAndAvailabilityZones.md#Aurora.Overview.LocalTimeZone). |
| `tls_version` | Oui | Pour plus d’informations, consultez [Versions TLS pour Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL.TLS_Version). |
## Paramètres de niveau instance
Le tableau suivant affiche tous les paramètres qui s’appliquent à une instance de base de données spécifique d’un cluster de bases de données Aurora MySQL.
| Nom du paramètre | Adaptabilité | Remarques |
| --- | --- | --- |
| `activate_all_roles_on_login` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `allow-suspicious-udfs` | Non | Aucun |
| `aurora_disable_hash_join` | Oui | Définissez ce paramètre sur `ON` pour désactiver l’optimisation de jointure par hachage dans Aurora MySQL version 2.09 ou ultérieure. Il n’est pas pris en charge pour la version 3. Pour plus d’informations, consultez [Requêtes parallèles pour Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `aurora_lab_mode` | Oui | Pour plus d’informations, consultez [Mode Lab Amazon Aurora MySQL](AuroraMySQL.Updates.LabMode.md). Supprimé d’Aurora MySQL version 3. |
| `aurora_oom_response` | Oui | Ce paramètre est pris en charge pour Aurora MySQL versions 2 et 3. Pour plus d’informations, consultez [Résolution des problèmes de mémoire insuffisante pour les bases de données Aurora MySQL](AuroraMySQLOOM.md). |
| `aurora_parallel_query` | Oui | Définissez sur `ON` pour activer la requête parallèle dans Aurora MySQL version 2.09 ou ultérieure. L’ancien paramètre `aurora_pq` n’est pas utilisé dans ces versions. Pour plus d’informations, consultez [Requêtes parallèles pour Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `aurora_pq` | Oui | Définissez sur `OFF` pour désactiver la requête parallèle pour des instances de base de données spécifiques dans les versions d’Aurora MySQL antérieures à 2.09. Dans la version 2.09 ou une version ultérieure, activez et désactivez la requête parallèle avec `aurora_parallel_query` à la place. Pour plus d’informations, consultez [Requêtes parallèles pour Amazon Aurora MySQL](aurora-mysql-parallel-query.md). |
| `aurora_read_replica_read_committed` | Oui | Active le niveau d’isolement `READ COMMITTED` pour les réplicas Aurora et modifie le comportement d’isolement pour réduire le retard de purge pendant les requêtes de longue durée. N’activez ce paramètre que si vous maîtrisez les modifications de comportement et la façon dont ils affectent les résultats de vos requêtes. Par exemple, ce paramètre utilise un isolement moins strict que l’isolement MySQL par défaut. Lorsque le paramètre est activé, les requêtes de longue durée peuvent voir plusieurs exemplaires d’une même ligne, car Aurora réorganise les données des tables au cours de l’exécution de la requête. Pour plus d’informations, consultez [Niveaux d’isolement Aurora MySQL](AuroraMySQL.Reference.IsolationLevels.md). |
| `aurora_tmptable_enable_per_table_limit` | Oui | Détermine si le paramètre `tmp_table_size` contrôle la taille maximale des tables temporaires en mémoire créées par le moteur de stockage `TempTable` dans Aurora MySQL version 3.04 ou ultérieure. Pour plus d’informations, consultez [Limitation de la taille des tables temporaires internes en mémoire](ams3-temptable-behavior.md#ams3-temptable-behavior-limit). |
| `aurora_use_vector_instructions` | Oui | Lorsque ce paramètre est activé, Aurora MySQL utilise des instructions de traitement vectoriel optimisé fournies par les processeurs modernes pour améliorer les performances des charges de travail intensives en E/S. Ce paramètre est activé par défaut dans Aurora MySQL 3.05 et versions ultérieures. |
| `autocommit` | Oui | Aucun |
| `automatic_sp_privileges` | Oui | Aucun |
| `back_log` | Oui | Aucun |
| `basedir` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `binlog_cache_size` | Oui | Aucun |
| `binlog_max_flush_queue_time` | Oui | Aucun |
| `binlog_order_commits` | Oui | Aucun |
| `binlog_stmt_cache_size` | Oui | Aucun |
| `binlog_transaction_compression` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `binlog_transaction_compression_level_zstd` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `bulk_insert_buffer_size` | Oui | Aucun |
| `concurrent_insert` | Oui | Aucun |
| `connect_timeout` | Oui | Aucun |
| `core-file` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `datadir` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `default_authentication_plugin` | Non | Ce paramètre s’applique à Aurora MySQL version 3. |
| `default_time_zone` | Non | Aucun |
| `default_tmp_storage_engine` | Oui | Le moteur de stockage par défaut pour les tables temporaires. |
| `default_week_format` | Oui | Aucun |
| `delay_key_write` | Oui | Aucun |
| `delayed_insert_limit` | Oui | Aucun |
| `delayed_insert_timeout` | Oui | Aucun |
| `delayed_queue_size` | Oui | Aucun |
| `div_precision_increment` | Oui | Aucun |
| `end_markers_in_json` | Oui | Aucun |
| `eq_range_index_dive_limit` | Oui | Aucun |
| `event_scheduler` | Parfois | Indique l’état du planificateur d’événements. Modifiable uniquement au niveau du cluster dans Aurora MySQL version 3. |
| `explicit_defaults_for_timestamp` | Oui | Aucun |
| `flush` | Non | Aucun |
| `flush_time` | Oui | Aucun |
| `ft_boolean_syntax` | Non | Aucun |
| `ft_max_word_len` | Oui | Aucun |
| `ft_min_word_len` | Oui | Aucun |
| `ft_query_expansion_limit` | Oui | Aucun |
| `ft_stopword_file` | Oui | Aucun |
| `general_log` | Oui | Pour accéder aux instructions concernant le chargement de journaux dans CloudWatch Logs, consultez [Publication de journaux Amazon Aurora MySQL dans Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `general_log_file` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `group_concat_max_len` | Oui | Aucun |
| `host_cache_size` | Oui | Aucun |
| `init_connect` | Oui | La commande à exécuter par le serveur pour chaque client qui se connecte. Utilisez des guillemets (") pour les paramètres afin d’éviter les échecs de connexion, par exemple : SET optimizer_switch="hash_join=off"
Dans Aurora MySQL version 3, ce paramètre ne s’applique pas aux utilisateurs disposant du privilège `CONNECTION_ADMIN`, y compris l’utilisateur principal Aurora. Pour plus d’informations, consultez [Modèle de privilège basé sur les rôles](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model). |
| `innodb_adaptive_hash_index` | Oui | Vous pouvez modifier ce paramètre au niveau de l’instance de base de données dans Aurora MySQL version 2. Il peut être modifié uniquement au niveau du cluster de bases de données dans Aurora MySQL version 3. L’index de hachage adaptatif n’est pas pris en charge par les instances de base de données du lecteur. |
| `innodb_adaptive_max_sleep_delay` | Oui | La modification de ce paramètre n’a aucun effet, car la valeur de `innodb_thread_concurrency` est toujours 0 pour Aurora. |
| `innodb_aurora_max_partitions_for_range` | Oui | Si les statistiques persistantes ne sont pas disponibles, vous pouvez utiliser ce paramètre pour améliorer les performances des estimations du nombre de lignes dans les tables partitionnées. Vous pouvez le définir sur une valeur comprise entre 0 et 8192, cette valeur déterminant le nombre de partitions à vérifier lors de l’estimation du nombre de lignes. La valeur par défaut est 0, qui estime l’utilisation de toutes les partitions, conformément au comportement par défaut de MySQL. Ce paramètre est disponible pour Aurora MySQL versions 3.03.1 et ultérieures. |
| `innodb_autoextend_increment` | Oui | Aucun |
| `innodb_buffer_pool_dump_at_shutdown` | Non | Aucun |
| `innodb_buffer_pool_dump_now` | Non | Aucun |
| `innodb_buffer_pool_filename` | Non | Aucun |
| `innodb_buffer_pool_load_abort` | Non | Aucun |
| `innodb_buffer_pool_load_at_startup` | Non | Aucun |
| `innodb_buffer_pool_load_now` | Non | Aucun |
| `innodb_buffer_pool_size` | Oui | La valeur par défaut est représentée par une formule. Pour plus de détails sur le calcul de la valeur `DBInstanceClassMemory` dans la formule, consultez [Variables de formule de paramètre de bases de données](USER_ParamValuesRef.md#USER_FormulaVariables). |
| `innodb_change_buffer_max_size` | Non | Aurora MySQL n’utilise pas du tout le tampon de modification InnoDB. |
| `innodb_compression_failure_threshold_pct` | Oui | Aucun |
| `innodb_compression_level` | Oui | Aucun |
| `innodb_compression_pad_pct_max` | Oui | Aucun |
| `innodb_concurrency_tickets` | Oui | La modification de ce paramètre n’a aucun effet, car la valeur de `innodb_thread_concurrency` est toujours 0 pour Aurora. |
| `innodb_deadlock_detect` | Oui | Cette option permet de désactiver la détection de blocage dans Aurora MySQL version 2.11 ou ultérieure, ou version 3. Sur les systèmes à concurrence élevée, la détection de blocage peut entraîner un ralentissement lorsque de nombreux threads attendent le même verrouillage. Pour plus d’informations sur ce paramètre, consultez la documentation MySQL. |
| `innodb_file_format` | Oui | Supprimé d’Aurora MySQL version 3. |
| `innodb_flushing_avg_loops` | Non | Aucun |
| `innodb_force_load_corrupted` | Non | Aucun |
| `innodb_ft_aux_table` | Oui | Aucun |
| `innodb_ft_cache_size` | Oui | Aucun |
| `innodb_ft_enable_stopword` | Oui | Aucun |
| `innodb_ft_server_stopword_table` | Oui | Aucun |
| `innodb_ft_user_stopword_table` | Oui | Aucun |
| `innodb_large_prefix` | Oui | Supprimé d’Aurora MySQL version 3. |
| `innodb_lock_wait_timeout` | Oui | Aucun |
| `innodb_log_compressed_pages` | Non | Aucun |
| `innodb_lru_scan_depth` | Oui | Aucun |
| `innodb_max_purge_lag` | Oui | Aucun |
| `innodb_max_purge_lag_delay` | Oui | Aucun |
| `innodb_monitor_disable` | Oui | Aucun |
| `innodb_monitor_enable` | Oui | Aucun |
| `innodb_monitor_reset` | Oui | Aucun |
| `innodb_monitor_reset_all` | Oui | Aucun |
| `innodb_old_blocks_pct` | Oui | Aucun |
| `innodb_old_blocks_time` | Oui | Aucun |
| `innodb_open_files` | Oui | Aucun |
| `innodb_print_all_deadlocks` | Oui | Lorsque ce paramètre est activé, les informations relatives à tous les blocages InnoDB sont enregistrées dans le journal des erreurs Aurora MySQL. Pour plus d’informations, consultez [Minimisation et résolution des blocages d’Aurora MySQL](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.deadlocks). |
| `innodb_random_read_ahead` | Oui | Aucun |
| `innodb_read_ahead_threshold` | Oui | Aucun |
| `innodb_read_io_threads` | Non | Aucun |
| `innodb_read_only` | Non | Aurora MySQL gère l’état en lecture seule et en lecture/écriture des instances de base de données en fonction du type de cluster. Par exemple, un cluster alloué a une instance de base de données en lecture/écriture (l’*instance principale*) et toutes les autres instances contenues dans le cluster sont en lecture/écriture (les réplicas Aurora). |
| `innodb_replication_delay` | Oui | Aucun |
| `innodb_sort_buffer_size` | Oui | Aucun |
| `innodb_stats_auto_recalc` | Oui | Aucun |
| `innodb_stats_method` | Oui | Aucun |
| `innodb_stats_on_metadata` | Oui | Aucun |
| `innodb_stats_persistent` | Oui | Aucun |
| `innodb_stats_persistent_sample_pages` | Oui | Aucun |
| `innodb_stats_transient_sample_pages` | Oui | Aucun |
| `innodb_thread_concurrency` | Non | Aucun |
| `innodb_thread_sleep_delay` | Oui | La modification de ce paramètre n’a aucun effet, car la valeur de `innodb_thread_concurrency` est toujours 0 pour Aurora. |
| `interactive_timeout` | Oui | Aurora évalue la valeur minimale de `interactive_timeout` et `wait_timeout`. Il utilise ensuite ce minimum comme délai pour mettre fin à toutes les sessions inactives, à la fois interactives et non interactives. |
| `internal_tmp_disk_storage_engine` | Oui | Contrôle quel moteur de stockage en mémoire est utilisé pour les tables temporaires internes. Les valeurs autorisées sont `INNODB` et `MYISAM`. Ce paramètre s’applique à Aurora MySQL version 2. |
| `internal_tmp_mem_storage_engine` | Parfois | Contrôle quel moteur de stockage en mémoire est utilisé pour les tables temporaires internes. Les valeurs autorisées pour les instances de base de données d’enregistreur sont `MEMORY` et `TempTable`. Pour les instances de base de données de lecteur, ce paramètre est défini sur `TempTable` et ne peut pas être modifié. Ce paramètre s’applique à Aurora MySQL version 3. |
| `join_buffer_size` | Oui | Aucun |
| `keep_files_on_create` | Oui | Aucun |
| `key_buffer_size` | Oui | Cache de clé pour les tables MyISAM. Pour plus d’informations, consultez [keycache->cache\$1lock mutex](AuroraMySQL.Reference.Waitevents.md#key-cache.cache-lock). |
| `key_cache_age_threshold` | Oui | Aucun |
| `key_cache_block_size` | Oui | Aucun |
| `key_cache_division_limit` | Oui | Aucun |
| `local_infile` | Oui | Aucun |
| `lock_wait_timeout` | Oui | Aucun |
| `log-bin` | Non | La définition de `binlog_format` sur `STATEMENT` `MIXED`, ou `ROW` définit automatiquement `log-bin` sur `ON`. La définition de `binlog_format` sur `OFF` définit automatiquement `log-bin` sur `OFF`. Pour plus d’informations, consultez [Réplication entre Aurora et MySQL ou entre Aurora et un autre cluster de bases de données Aurora (réplication de journaux binaires)](AuroraMySQL.Replication.MySQL.md). |
| `log_bin_trust_function_creators` | Oui | Aucun |
| `log_bin_use_v1_row_events` | Oui | Supprimé d’Aurora MySQL version 3. |
| `log_error` | Non | Aucun |
| `log_error_suppression_list` | Oui | Spécifie une liste de codes d’erreur qui ne sont pas consignés dans le journal d’erreurs MySQL. Cela vous permet d’ignorer certaines conditions d’erreur non critiques afin de préserver l’intégrité de vos journaux d’erreurs. Pour plus d’informations, consultez [log\$1error\$1suppression\$1list](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_log_error_suppression_list) dans la documentation MySQL. Ce paramètre s’applique à Aurora MySQL versions 3.03 et ultérieures. |
| `log_output` | Oui | Aucun |
| `log_queries_not_using_indexes` | Oui | Aucun |
| `log_slave_updates` | Non | Aurora MySQL version 2. Utilisez `log_replica_updates` dans Aurora MySQL version 3. |
| `log_replica_updates` | Non | Aurora MySQL version 3 |
| `log_throttle_queries_not_using_indexes` | Oui | Aucun |
| `log_warnings` | Oui | Supprimé d’Aurora MySQL version 3. |
| `long_query_time` | Oui | Aucun |
| `low_priority_updates` | Oui | Les opérations `INSERT`, `UPDATE`, `DELETE` et `LOCK TABLE WRITE` attendent qu’il ne reste aucune opération `SELECT` en attente. Ce paramètre affecte uniquement les moteurs de stockage qui utilisent uniquement le verrouillage au niveau de la table (MyISAM, MEMORY, MERGE). Ce paramètre s’applique à Aurora MySQL version 3. |
| `max_allowed_packet` | Oui | Aucun |
| `max_binlog_cache_size` | Oui | Aucun |
| `max_binlog_size` | Non | Aucun |
| `max_binlog_stmt_cache_size` | Oui | Aucun |
| `max_connect_errors` | Oui | Aucun |
| `max_connections` | Oui | La valeur par défaut est représentée par une formule. Pour plus de détails sur le calcul de la valeur `DBInstanceClassMemory` dans la formule, consultez [Variables de formule de paramètre de bases de données](USER_ParamValuesRef.md#USER_FormulaVariables). Pour connaître les valeurs par défaut en fonction de la classe d’instance, consultez [Nombre maximal de connexions à une instance de base de données Aurora MySQL](AuroraMySQL.Managing.Performance.md#AuroraMySQL.Managing.MaxConnections). |
| `max_delayed_threads` | Oui | Définit le nombre maximal de threads pour gérer les instructions `INSERT DELAYED`. Ce paramètre s’applique à Aurora MySQL version 3. |
| `max_error_count` | Oui | Nombre maximal de messages d’erreur, d’avertissement et de note à stocker pour affichage. Ce paramètre s’applique à Aurora MySQL version 3. |
| `max_execution_time` | Oui | Délai d’attente pour l’exécution des instructions `SELECT`, en millisecondes. Cette valeur peut être comprise entre `0` et `18446744073709551615`. Lorsqu’elle est définie sur `0`, il n’y a aucun délai d’attente. Pour plus d’informations, consultez [max\$1execution\$1time](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_max_execution_time) dans la documentation MySQL. |
| `max_heap_table_size` | Oui | Aucun |
| `max_insert_delayed_threads` | Oui | Aucun |
| `max_join_size` | Oui | Aucun |
| `max_length_for_sort_data` | Oui | Supprimé d’Aurora MySQL version 3. |
| `max_prepared_stmt_count` | Oui | Aucun |
| `max_seeks_for_key` | Oui | Aucun |
| `max_sort_length` | Oui | Aucun |
| `max_sp_recursion_depth` | Oui | Aucun |
| `max_tmp_tables` | Oui | Supprimé d’Aurora MySQL version 3. |
| `max_user_connections` | Oui | Aucun |
| `max_write_lock_count` | Oui | Aucun |
| `metadata_locks_cache_size` | Oui | Supprimé d’Aurora MySQL version 3. |
| `min_examined_row_limit` | Oui | Utilisez ce paramètre pour empêcher la journalisation des requêtes examinant un nombre de lignes inférieur au nombre spécifié. Ce paramètre s’applique à Aurora MySQL version 3. |
| `myisam_data_pointer_size` | Oui | Aucun |
| `myisam_max_sort_file_size` | Oui | Aucun |
| `myisam_mmap_size` | Oui | Aucun |
| `myisam_sort_buffer_size` | Oui | Aucun |
| `myisam_stats_method` | Oui | Aucun |
| `myisam_use_mmap` | Oui | Aucun |
| `net_buffer_length` | Oui | Aucun |
| `net_read_timeout` | Oui | Aucun |
| `net_retry_count` | Oui | Aucun |
| `net_write_timeout` | Oui | Aucun |
| `old-style-user-limits` | Oui | Aucun |
| `old_passwords` | Oui | Supprimé d’Aurora MySQL version 3. |
| `optimizer_prune_level` | Oui | Aucun |
| `optimizer_search_depth` | Oui | Aucun |
| `optimizer_switch` | Oui | Pour plus d’informations sur les fonctions Aurora MySQL qui utilisent ce basculement, consultez [Bonnes pratiques avec Amazon Aurora MySQL](AuroraMySQL.BestPractices.md). |
| `optimizer_trace` | Oui | Aucun |
| `optimizer_trace_features` | Oui | Aucun |
| `optimizer_trace_limit` | Oui | Aucun |
| `optimizer_trace_max_mem_size` | Oui | Aucun |
| `optimizer_trace_offset` | Oui | Aucun |
| `performance-schema-consumer-events-waits-current` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance-schema-consumer-events-waits-current`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance-schema-instrument` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance-schema-instrument`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema` | Oui | Si la colonne **Source** est définie sur `Modified`, Performance Insights gère automatiquement le schéma de performance. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_accounts_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_accounts_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_global_instrumentation` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_global_instrumentation`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_thread_instrumentation` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_thread_instrumentation`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_stages_current` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_stages_current`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_stages_history` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_stages_history`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_stages_history_long` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_stages_history_long`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_statements_current` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_statements_current`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_statements_history` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_statements_history`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_statements_history_long` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_statements_history_long`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_waits_history` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_waits_history`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_events_waits_history_long` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_events_waits_history_long`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_consumer_statements_digest` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_consumer_statements_digest`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_digests_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_digests_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_stages_history_long_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_stages_history_long_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_stages_history_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_stages_history_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_statements_history_long_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_statements_history_long_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_statements_history_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_statements_history_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_transactions_history_long_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_transactions_history_long_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_transactions_history_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_transactions_history_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_waits_history_long_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_waits_history_long_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_events_waits_history_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_events_waits_history_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_hosts_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_hosts_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_cond_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_cond_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_cond_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_cond_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_digest_length` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_digest_length`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_file_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_file_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_file_handles` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_file_handles`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_file_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_file_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_index_stat` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_index_stat`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_memory_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_memory_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_metadata_locks` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_metadata_locks`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_mutex_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_mutex_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_mutex_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_mutex_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_prepared_statements_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_prepared_statements_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_program_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_program_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_rwlock_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_rwlock_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_rwlock_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_rwlock_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_socket_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_socket_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_socket_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_socket_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_sql_text_length` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_sql_text_length`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_stage_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_stage_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_statement_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_statement_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_statement_stack` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_statement_stack`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_table_handles` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_table_handles`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_table_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_table_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_table_lock_stat` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_table_lock_stat`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_thread_classes` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_thread_classes`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_max_thread_instances` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_max_thread_instances`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_session_connect_attrs_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_session_connect_attrs_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_setup_actors_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_setup_actors_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_setup_objects_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_setup_objects_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_show_processlist` | Oui | Ce paramètre détermine quelle implémentation SHOW PROCESSLIST utiliser : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html)Ce paramètre s’applique à Aurora MySQL versions 2.12 et ultérieures, et version 3. Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_show_processlist`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `performance_schema_users_size` | Oui | Si la colonne **Source** du paramètre `performance_schema` est définie sur `Modified`, le schéma de performance utilise le paramètre `performance_schema_users_size`. Pour plus d’informations sur l’activation du schéma de performance, consultez [Déterminer si Performance Insights gère le schéma de performance](USER_PerfInsights.EnableMySQL.determining-status.md). |
| `pid_file` | Non | Aucun |
| `plugin_dir` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `port` | Non | Aurora MySQL gère les propriétés de connexion et applique des paramètres cohérents pour toutes les instances de base de données contenues dans un cluster. |
| `preload_buffer_size` | Oui | Taille de la mémoire tampon allouée lors du préchargement des index. Ce paramètre s’applique à Aurora MySQL version 3. |
| `profiling_history_size` | Oui | Aucun |
| `query_alloc_block_size` | Oui | Aucun |
| `query_cache_limit` | Oui | Supprimé d’Aurora MySQL version 3. |
| `query_cache_min_res_unit` | Oui | Supprimé d’Aurora MySQL version 3. |
| `query_cache_size` | Oui | La valeur par défaut est représentée par une formule. Pour plus de détails sur le calcul de la valeur `DBInstanceClassMemory` dans la formule, consultez [Variables de formule de paramètre de bases de données](USER_ParamValuesRef.md#USER_FormulaVariables). Supprimé d’Aurora MySQL version 3. |
| `query_cache_type` | Oui | Supprimé d’Aurora MySQL version 3. |
| `query_cache_wlock_invalidate` | Oui | Supprimé d’Aurora MySQL version 3. |
| `query_prealloc_size` | Oui | Aucun |
| `range_alloc_block_size` | Oui | Aucun |
| `read_buffer_size` | Oui | Aucun |
| `read_only` | Oui | Lorsque ce paramètre est activé, le serveur n’autorise aucune mise à jour, à l’exception de celles effectuées par les threads de réplica. Pour Aurora MySQL version 2, les valeurs valides sont les suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html) Nous vous recommandons d’utiliser le groupe de paramètres du cluster de bases de données dans Aurora MySQL version 2 pour vous assurer que le paramètre `read_only` est appliqué aux nouvelles instances d’enregistreur lors du basculement. Les instances de lecteur sont toujours en lecture seule, car Aurora MySQL définit `innodb_read_only` sur `1` pour tous les lecteurs. Par conséquent, `read_only` est redondant sur les instances de lecteur. Supprimé au niveau de l’instance d’Aurora MySQL version 3. |
| `read_rnd_buffer_size` | Oui | Aucun |
| `relay-log` | Non | Aucun |
| `relay_log_info_repository` | Oui | Supprimé d’Aurora MySQL version 3. |
| `relay_log_recovery` | Non | Aucun |
| `replica_checkpoint_group` | Oui | Aurora MySQL version 3 |
| `replica_checkpoint_period` | Oui | Aurora MySQL version 3 |
| `replica_parallel_workers` | Oui | Aurora MySQL version 3 |
| `replica_pending_jobs_size_max` | Oui | Aurora MySQL version 3 |
| `replica_skip_errors` | Oui | Aurora MySQL version 3 |
| `replica_sql_verify_checksum` | Oui | Aurora MySQL version 3 |
| `safe-user-create` | Oui | Aucun |
| `secure_auth` | Oui | Ce paramètre est toujours activé dans Aurora MySQL version 2. Essayer de le désactiver génère une erreur. Supprimé d’Aurora MySQL version 3. |
| `secure_file_priv` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `show_create_table_verbosity` | Oui | En raison de l’activation de cette variable, [SHOW\$1CREATE\$1TABLE](https://dev.mysql.com/doc/refman/5.7/en/show-create-table.html) affiche `ROW_FORMAT`, qu’il s’agisse du format par défaut ou non. Ce paramètre s’applique à Aurora MySQL versions 2.12 et ultérieures, et version 3. |
| `skip-slave-start` | Non | Aucun |
| `skip_external_locking` | Non | Aucun |
| `skip_show_database` | Oui | Aucun |
| `slave_checkpoint_group` | Oui | Aurora MySQL version 2. Utilisez `replica_checkpoint_group` dans Aurora MySQL version 3. |
| `slave_checkpoint_period` | Oui | Aurora MySQL version 2. Utilisez `replica_checkpoint_period` dans Aurora MySQL version 3. |
| `slave_parallel_workers` | Oui | Aurora MySQL version 2. Utilisez `replica_parallel_workers` dans Aurora MySQL version 3. |
| `slave_pending_jobs_size_max` | Oui | Aurora MySQL version 2. Utilisez `replica_pending_jobs_size_max` dans Aurora MySQL version 3. |
| `slave_sql_verify_checksum` | Oui | Aurora MySQL version 2. Utilisez `replica_sql_verify_checksum` dans Aurora MySQL version 3. |
| `slow_launch_time` | Oui | Aucun |
| `slow_query_log` | Oui | Pour accéder aux instructions concernant le chargement de journaux dans CloudWatch Logs, consultez [Publication de journaux Amazon Aurora MySQL dans Amazon CloudWatch Logs](AuroraMySQL.Integrating.CloudWatch.md). |
| `slow_query_log_file` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `socket` | Non | Aucun |
| `sort_buffer_size` | Oui | Aucun |
| `sql_mode` | Oui | Aucun |
| `sql_select_limit` | Oui | Aucun |
| `stored_program_cache` | Oui | Aucun |
| `sync_binlog` | Non | Aucun |
| `sync_master_info` | Oui | Aucun |
| `sync_source_info` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. |
| `sync_relay_log` | Oui | Supprimé d’Aurora MySQL version 3. |
| `sync_relay_log_info` | Oui | Aucun |
| `sysdate-is-now` | Oui | Aucun |
| `table_cache_element_entry_ttl` | Non | Aucun |
| `table_definition_cache` | Oui | La valeur par défaut est représentée par une formule. Pour plus de détails sur le calcul de la valeur `DBInstanceClassMemory` dans la formule, consultez [Variables de formule de paramètre de bases de données](USER_ParamValuesRef.md#USER_FormulaVariables). |
| `table_open_cache` | Oui | La valeur par défaut est représentée par une formule. Pour plus de détails sur le calcul de la valeur `DBInstanceClassMemory` dans la formule, consultez [Variables de formule de paramètre de bases de données](USER_ParamValuesRef.md#USER_FormulaVariables). |
| `table_open_cache_instances` | Oui | Aucun |
| `temp-pool` | Oui | Supprimé d’Aurora MySQL version 3. |
| `temptable_max_mmap` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. Pour en savoir plus, consultez [Nouveau comportement de table temporaire dans Aurora MySQL version 3](ams3-temptable-behavior.md). |
| `temptable_max_ram` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. Pour en savoir plus, consultez [Nouveau comportement de table temporaire dans Aurora MySQL version 3](ams3-temptable-behavior.md). |
| `temptable_use_mmap` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. Pour en savoir plus, consultez [Nouveau comportement de table temporaire dans Aurora MySQL version 3](ams3-temptable-behavior.md). |
| `thread_cache_size` | Oui | Le nombre de threads à mettre en cache. Ce paramètre s’applique à Aurora MySQL versions 2 et 3. |
| `thread_handling` | Non | Aucun |
| `thread_stack` | Oui | Aucun |
| `timed_mutexes` | Oui | Aucun |
| `tmp_table_size` | Oui | Définit la taille maximale des tables temporaires en mémoire internes créées par le moteur de stockage `MEMORY` dans Aurora MySQL version 3. Dans Aurora MySQL version 3.04, définit la taille maximale des tables temporaires en mémoire internes créées par le moteur de stockage `TempTable` quand `aurora_tmptable_enable_per_table_limit` a pour valeur `ON`. Pour plus d’informations, consultez [Limitation de la taille des tables temporaires internes en mémoire](ams3-temptable-behavior.md#ams3-temptable-behavior-limit). |
| `tmpdir` | Non | Aurora MySQL utilise des instances gérées dans lesquelles vous n’accédez pas directement au système de fichiers. |
| `transaction_alloc_block_size` | Oui | Aucun |
| `transaction_isolation` | Oui | Ce paramètre s’applique à Aurora MySQL version 3. Remplace `tx_isolation`. |
| `transaction_prealloc_size` | Oui | Aucun |
| `tx_isolation` | Oui | Supprimé d’Aurora MySQL version 3. Remplacé par `transaction_isolation`. |
| `updatable_views_with_limit` | Oui | Aucun |
| `validate-password` | Non | Aucun |
| `validate_password_dictionary_file` | Non | Aucun |
| `validate_password_length` | Non | Aucun |
| `validate_password_mixed_case_count` | Non | Aucun |
| `validate_password_number_count` | Non | Aucun |
| `validate_password_policy` | Non | Aucun |
| `validate_password_special_char_count` | Non | Aucun |
| `wait_timeout` | Oui | Aurora évalue la valeur minimale de `interactive_timeout` et `wait_timeout`. Il utilise ensuite ce minimum comme délai pour mettre fin à toutes les sessions inactives, à la fois interactives et non interactives. |
## Paramètres MySQL ne s’appliquant pas à Aurora MySQL
En raison des différences d’architecture entre Aurora MySQL et MySQL, certains paramètres MySQL ne s’appliquent pas à Aurora MySQL.
Les paramètres MySQL suivants ne s’appliquent pas à Aurora MySQL. Cette liste n’est pas exhaustive.
+ `activate_all_roles_on_login` – Ce paramètre ne s’applique pas à Aurora MySQL version 2. Il est disponible dans Aurora MySQL version 3.
+ `big_tables`
+ `bind_address`
+ `character_sets_dir`
+ `innodb_adaptive_flushing`
+ `innodb_adaptive_flushing_lwm`
+ `innodb_buffer_pool_chunk_size`
+ `innodb_buffer_pool_instances`
+ `innodb_change_buffering`
+ `innodb_checksum_algorithm`
+ `innodb_data_file_path`
+ `innodb_dedicated_server`
+ `innodb_doublewrite`
+ `innodb_flush_log_at_timeout` – Ce paramètre ne s’applique pas à Aurora MySQL. Pour plus d’informations, consultez [Configuration de la fréquence à laquelle le tampon du journal est vidé](AuroraMySQL.BestPractices.FeatureRecommendations.md#AuroraMySQL.BestPractices.Flush).
+ `innodb_flush_method`
+ `innodb_flush_neighbors`
+ `innodb_io_capacity`
+ `innodb_io_capacity_max`
+ `innodb_log_buffer_size`
+ `innodb_log_file_size`
+ `innodb_log_files_in_group`
+ `innodb_log_spin_cpu_abs_lwm`
+ `innodb_log_spin_cpu_pct_hwm`
+ `innodb_log_writer_threads`
+ `innodb_max_dirty_pages_pct`
+ `innodb_numa_interleave`
+ `innodb_page_size`
+ `innodb_redo_log_capacity`
+ `innodb_redo_log_encrypt`
+ `innodb_undo_log_encrypt`
+ `innodb_undo_log_truncate`
+ `innodb_undo_logs`
+ `innodb_undo_tablespaces`
+ `innodb_use_native_aio`
+ `innodb_write_io_threads`