Paramètres de configuration d'Aurora MySQL

aurora_binlog_read_buffer_size

Oui

Affecte uniquement les clusters qui utilisent la réplication de journal binaire (binlog). Pour de plus amples informations sur la réplication de journal binaire, veuillez consulter Réplication entre Aurora et My SQL ou entre Aurora et un autre cluster de base de données Aurora (réplication de journaux binaires). 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 de plus amples informations sur la réplication de journal binaire, veuillez consulter Réplication entre Aurora et My SQL ou entre Aurora et un autre cluster de base de données Aurora (réplication de journaux binaires).

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. Le paramètre est défini sur 0 (désactivé) par défaut.

Ce paramètre est disponible dans Aurora MySQL version 306 et supérieure. Pour de plus amples informations, veuillez consulter Optimisation de la réplication des journaux binaires pour Aurora MySQL.

aurora_binlog_use_large_read_buffer

Oui

Affecte uniquement les clusters qui utilisent la réplication de journal binaire (binlog). Pour de plus amples informations sur la réplication de journal binaire, veuillez consulter Réplication entre Aurora et My SQL ou entre Aurora et un autre cluster de base de données Aurora (réplication de journaux binaires). 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 de plus amples informations, veuillez consulter Requête parallèle pour Amazon Aurora My SQL.

aurora_enable_replica_log_compression

Oui

Pour plus d'informations, consultez Considérations sur les performances pour la réplication Amazon Aurora MySQL. 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. 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. Pour plus d'informations, consultez Redémarrage sans interruption de service (ZDR) pour Amazon Aurora My SQL.

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 de plus amples informations, veuillez consulter Configuration d'un journal binaire amélioré pour Aurora MySQL.

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 3.05 et versions 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 out-of-memory problèmes, au détriment de performances plus lentes.

Ce paramètre s'applique à Aurora MySQL 3.05 et versions ultérieures.

aurora_jemalloc_tcache_enabled

Oui

Utilisez ce paramètre pour traiter de petites demandes de mémoire (jusqu'à 32 KiB) 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 3.05 et versions ultérieures.

aurora_load_from_s3_role

Oui

Pour de plus amples informations, veuillez consulter Chargement de données dans un cluster Amazon Aurora My SQL DB à partir de fichiers texte dans un compartiment Amazon S3. 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 <secret>. 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 de plus amples informations, veuillez consulter Enregistrement des données d'un cluster Amazon Aurora My SQL DB dans des fichiers texte dans un compartiment Amazon S3. 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 de plus amples informations, veuillez consulter Utilisation de l'authentification Kerberos pour Aurora My SQL.

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 Invocation d'une fonction Lambda depuis un cluster Amazon Aurora My DB SQL.

aws_default_s3_role

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 base 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 de plus amples informations, veuillez consulter Association d'un rôle IAM à un cluster de bases de données Amazon Aurora MySQL.

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 de plus amples informations, veuillez consulter Configuration d'un journal binaire amélioré pour Aurora MySQL.

binlog_checksum

Oui

L'API AWS CLI et RDS indiquent une valeur égale à 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 versions 3.

binlog_format

Oui

Pour de plus amples informations, veuillez consulter Réplication entre Aurora et My SQL ou entre Aurora et un autre cluster de base de données Aurora (réplication de journaux binaires).

binlog_group_commit_sync_delay

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

binlog_group_commit_sync_no_delay_count

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

binlog-ignore-db

Oui

Ce paramètre s'applique à Aurora MySQL versions 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 de plus amples informations, veuillez consulter Configuration d'un journal binaire amélioré pour Aurora MySQL.

binlog_row_image

Non

Aucun

binlog_row_metadata

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

binlog_row_value_options

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

binlog_rows_query_log_events

Oui

Aucun

binlog_transaction_compression

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

binlog_transaction_compression_level_zstd

Oui

Ce paramètre s'applique à Aurora MySQL versions 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 versions 3.

character-set-client-handshake

Oui

Aucun

character_set_client

Oui

Aucun

character_set_connection

Oui

Aucun

character_set_database

Oui

Le 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 versions 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 de plus amples informations, veuillez consulter Modèle de privilège basé sur les rôles.

innodb_adaptive_hash_index

Oui

Vous pouvez modifier ce paramètre au niveau du cluster de base 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

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 :

Pour plus d'informations, consultez Column Operations dans la documentation MySQL.

Ce paramètre s'applique à Aurora MySQL 3.05 et versions ultérieures.

innodb_autoinc_lock_mode

Oui

Aucun

innodb_checksums

Non

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

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 de plus amples informations, veuillez consulter Dimensionnement du stockage.

innodb_flush_log_at_trx_commit

Oui

Nous vous recommandons vivement d'utiliser la valeur par défaut de1.

Dans Aurora MySQL version 3, avant de pouvoir attribuer à ce paramètre une valeur autre que1, vous devez définir la valeur de innodb_trx_commit_allow_data_loss à1.

Pour de plus amples informations, veuillez consulter Configuration de la fréquence à laquelle le tampon du journal est vidé.

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 de plus amples informations, veuillez consulter Minimisation et résolution des SQL blocages dans Aurora My.

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

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 deinnodb_flush_log_at_trx_commit.

La valeur par défaut de innodb_trx_commit_allow_data_loss est 0.

Pour de plus amples informations, veuillez consulter Configuration de la fréquence à laquelle le tampon du journal est vidé.

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

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 versions 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 versions 3.

key_buffer_size

Oui

Cache de clé pour les tables MyISAM. Pour plus d'informations, consultez keycache->cache_lock mutex.

lc_time_names

Oui

Aucun

log_error_suppression_list

Oui

Spécifie une liste de codes d'erreur qui ne sont pas enregistrés dans le journal des erreurs MySQL. Cela vous permet d'ignorer certaines conditions d'erreur non critiques afin de préserver la propreté de vos journaux d'erreurs. Pour plus d'informations, consultez log_error_suppression_list dans la documentation MySQL.

Ce paramètre s'applique à Aurora MySQL version 3.03 et supérieure.

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 versions 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.

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..

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

Définit le nombre maximal de threads pour gérer les instructions INSERT DELAYED.

Ce paramètre s'applique à Aurora MySQL versions 3.

max_error_count

Nombre maximal de messages d'erreur, d'avertissement et de note à stocker pour affichage.

Ce paramètre s'applique à Aurora MySQL versions 3.

max_execution_time

Délai d'exécution des SELECT instructions, en millisecondes. La valeur peut être comprise entre 0 —18446744073709551615. Lorsqu'il est défini sur0, il n'y a pas de délai d'attente.

Pour plus d'informations, consultez max_execution_time dans la documentation MySQL.

min_examined_row_limit

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 versions 3.

preload_buffer_size

Taille de la mémoire tampon allouée lors du préchargement des index.

Ce paramètre s'applique à Aurora MySQL versions 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 :

Pour Aurora MySQL version 3, les valeurs valides sont les suivantes :

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 de plus amples informations, veuillez consulter Modèle de privilège basé sur les rôles.

relay-log-space-limit

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

replica_parallel_type

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.* 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_CLOCK.

replica_preserve_commit_order

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

replica_transaction_retries

Oui

Ce paramètre s'applique à Aurora MySQL versions 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 (langue française non garantie) dans la documentation MySQL.

Ce paramètre s'applique à Aurora MySQL versions 3.

replicate-do-db

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

replicate-do-table

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

replicate-ignore-db

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

replicate-ignore-table

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

replicate-wild-do-table

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

replicate-wild-ignore-table

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

require_secure_transport

Oui

Ce paramètre s'applique à Aurora MySQL versions 2 et 3. Pour de plus amples informations, veuillez consulter Connexions TLS aux clusters de bases de données Aurora MySQL.

rpl_read_size

Oui

Ce paramètre s'applique à Aurora MySQL versions 3.

server_audit_cw_upload

Non

Ce paramètre est devenu obsolète dans Aurora MySQL. Utilisez server_audit_logs_upload.

Pour de plus amples informations, veuillez consulter Publication des journaux Amazon Aurora MySQL sur Amazon CloudWatch Logs.

server_audit_events

Oui

Pour de plus amples informations, veuillez consulter Utilisation de l'audit avancé avec un cluster Amazon Aurora My SQL DB.

server_audit_excl_users

Oui

Pour de plus amples informations, veuillez consulter Utilisation de l'audit avancé avec un cluster Amazon Aurora My SQL DB.

server_audit_incl_users

Oui

Pour de plus amples informations, veuillez consulter Utilisation de l'audit avancé avec un cluster Amazon Aurora My SQL DB.

server_audit_logging

Oui

Pour obtenir des instructions sur le chargement des journaux sur Amazon CloudWatch Logs, consultezPublication des journaux Amazon Aurora MySQL sur Amazon CloudWatch Logs.

server_audit_logs_upload

Oui

Vous pouvez publier les journaux d'audit dans CloudWatch Logs en activant l'audit avancé et en définissant ce paramètre sur1. La valeur par défaut du paramètre server_audit_logs_upload est 0.

Pour de plus amples informations, veuillez consulter Publication des journaux Amazon Aurora MySQL sur Amazon CloudWatch Logs.

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 versions 3.

sync_frm

Oui

Supprimé d'Aurora MySQL version 3.

thread_cache_size

time_zone

Oui

Par défaut, le fuseau horaire d'un cluster de base de données Aurora est Universal Time Coordinated (UTC). Vous pouvez à la place définir le fuseau horaire des instances de votre cluster de base de données sur le fuseau horaire local de votre application. Pour de plus amples informations, veuillez consulter Fuseau horaire local pour les clusters de base de données Amazon Aurora.

tls_version

Oui

Pour plus d'informations, consultez Versions TLS pour Aurora MySQL.

activate_all_roles_on_login

Oui

Ce paramètre s'applique à Aurora MySQL versions 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 de plus amples informations, veuillez consulter Requête parallèle pour Amazon Aurora My SQL.

aurora_lab_mode

Oui

Pour de plus amples informations, veuillez consulter Mode Lab Amazon Aurora MySQL. 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 de plus amples informations, veuillez consulter Résolution des out-of-memory problèmes liés aux bases de données Aurora MySQL.

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ête parallèle pour Amazon Aurora My SQL.

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 de plus amples informations, veuillez consulter Requête parallèle pour Amazon Aurora My SQL.

aurora_read_replica_read_committed

Oui

Active le niveau d'isolation READ COMMITTED pour les réplicas Aurora et modifie le comportement d'isolation 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 une isolation moins stricte que l'isolation 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 de plus amples informations, veuillez consulter Niveaux d'isolation Aurora MySQL.

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 de plus amples informations, veuillez consulter Limitation de la taille des tables temporaires internes en mémoire.

aurora_use_vector_instructions

Oui

Lorsque ce paramètre est activé, Aurora MySQL utilise des instructions de traitement vectoriel optimisées fournies par Modern CPUs pour améliorer les performances sur les 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 versions 3.

binlog_transaction_compression_level_zstd

Oui

Ce paramètre s'applique à Aurora MySQL versions 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 versions 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 obtenir des instructions sur le chargement des journaux dans CloudWatch Logs, consultezPublication des journaux Amazon Aurora MySQL sur Amazon CloudWatch Logs.

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 de plus amples informations, veuillez consulter Modèle de privilège basé sur les rôles.

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 base 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

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, veuillez consulter Variables de formule de paramètre de bases de données.

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 de plus amples informations, veuillez consulter Minimisation et résolution des SQL blocages dans Aurora My.

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'instance en lecture seule et l'read/write state of DB instances based on the type of cluster. For example, a provisioned cluster has one read/writeinstance de base de données (l'instance principale) et toutes les autres instances du cluster sont en lecture seule (les répliques 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

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 versions 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 Writer sont MEMORY etTempTable.

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 versions 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_lock mutex.

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 My SQL ou entre Aurora et un autre cluster de base de données Aurora (réplication de journaux binaires).

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 enregistrés dans le journal des erreurs MySQL. Cela vous permet d'ignorer certaines conditions d'erreur non critiques afin de préserver la propreté de vos journaux d'erreurs. Pour plus d'informations, consultez log_error_suppression_list dans la documentation MySQL.

Ce paramètre s'applique à Aurora MySQL version 3.03 et supérieure.

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 versions 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, veuillez consulter Variables de formule de paramètre de bases de données. Pour connaître les valeurs par défaut en fonction de la classe d'instance, veuillez consulter Nombre maximal de connexions à une instance de base de SQL données Aurora My.

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 versions 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 versions 3.

max_execution_time

Délai d'exécution des SELECT instructions, en millisecondes. La valeur peut être comprise entre 0 —18446744073709551615. Lorsqu'il est défini sur0, il n'y a pas de délai d'attente.

Pour plus d'informations, consultez 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 versions 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 de plus amples informations sur les fonctions Aurora MySQL qui utilisent ce basculement, veuillez consulter Bonnes pratiques avec Amazon Aurora My SQL.

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 surModified, le schéma de performance utilise le paramètreperformance-schema-consumer-events-waits-current. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance-schema-instrument

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance-schema-instrument. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema

Oui

Si la colonne Source est définie surModified, Performance Insights gère le schéma de performance. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_accounts_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_accounts_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_global_instrumentation

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_global_instrumentation. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_thread_instrumentation

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_thread_instrumentation. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_stages_current

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_stages_current. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_stages_history

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_stages_history. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_stages_history_long

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_stages_history_long. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_statements_current

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_statements_current. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_statements_history

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_statements_history. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_statements_history_long

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_statements_history_long. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_waits_history

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_waits_history. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_events_waits_history_long

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_events_waits_history_long. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_consumer_statements_digest

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_consumer_statements_digest. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_digests_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_digests_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_stages_history_long_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_stages_history_long_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_stages_history_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_stages_history_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_statements_history_long_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_statements_history_long_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_statements_history_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_statements_history_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_transactions_history_long_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_transactions_history_long_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_transactions_history_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_transactions_history_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_waits_history_long_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_waits_history_long_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_events_waits_history_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_events_waits_history_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_hosts_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_hosts_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_cond_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_cond_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_cond_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_cond_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_digest_length

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_digest_length. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_file_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_file_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_file_handles

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_file_handles. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_file_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_file_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_index_stat

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_index_stat. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_memory_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_memory_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_metadata_locks

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_metadata_locks. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_mutex_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_mutex_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_mutex_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_mutex_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_prepared_statements_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_prepared_statements_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_program_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_program_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_rwlock_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_rwlock_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_rwlock_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_rwlock_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_socket_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_socket_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_socket_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_socket_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_sql_text_length

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_sql_text_length. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_stage_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_stage_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_statement_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_statement_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_statement_stack

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_statement_stack. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_table_handles

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_table_handles. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_table_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_table_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_table_lock_stat

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_table_lock_stat. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_thread_classes

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_thread_classes. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_max_thread_instances

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_max_thread_instances. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_session_connect_attrs_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_session_connect_attrs_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_setup_actors_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_setup_actors_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_setup_objects_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_setup_objects_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_show_processlist

Oui

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 surModified, le schéma de performance utilise le paramètreperformance_schema_show_processlist. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

performance_schema_users_size

Oui

Si la colonne Source du paramètre performance_schema est définie surModified, le schéma de performance utilise le paramètreperformance_schema_users_size. Pour plus d'informations sur l'activation du schéma de performance, consultezDéterminer si Performance Insights gère le schéma de performance.

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 versions 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, veuillez consulter Variables de formule de paramètre de bases de données.

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 :

Nous vous recommandons d'utiliser le groupe de paramètres du cluster de base 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.

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_CREATE_TABLE 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 obtenir des instructions sur le chargement des journaux dans CloudWatch Logs, consultezPublication des journaux Amazon Aurora MySQL sur Amazon CloudWatch Logs.

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 versions 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, veuillez consulter Variables de formule de paramètre de bases de données.

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, veuillez consulter Variables de formule de paramètre de bases de données.

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 versions 3. Pour en savoir plus, consultez Nouveau comportement de table temporaire dans Aurora MySQL version 3.

temptable_max_ram

Oui

Ce paramètre s'applique à Aurora MySQL versions 3. Pour en savoir plus, consultez Nouveau comportement de table temporaire dans Aurora MySQL version 3.

temptable_use_mmap

Oui

Ce paramètre s'applique à Aurora MySQL versions 3. Pour en savoir plus, consultez Nouveau comportement de table temporaire dans Aurora MySQL version 3.

thread_cache_size

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 de plus amples informations, veuillez consulter Limitation de la taille des tables temporaires internes en mémoire.

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 versions 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.