Parâmetros de configuração do Aurora MySQL

Você gerencia o cluster de bancos de dados Amazon Aurora MySQL da mesma maneira que gerencia outras instâncias de banco de dados do Amazon RDS, usando parâmetros em um grupo de parâmetros de banco de dados. O Amazon Aurora é diferente de outros mecanismos de banco de dados porque você tem um cluster de banco de dados contendo várias instâncias de banco de dados. Como resultado, alguns dos parâmetros que você usa para gerenciar seu cluster de bancos de dados Aurora MySQL aplicam-se a todo o cluster. Outros parâmetros aplicam-se apenas a uma instância de banco de dados particular no cluster de banco de dados.

Para gerenciar parâmetros no nível do cluster, use grupos de parâmetros de cluster de banco de dados. Para gerenciar parâmetros no nível da instância, use grupos de parâmetros de banco de dados. Cada instância de banco de dados em um cluster de bancos de dados Aurora MySQL é compatível com o mecanismo de banco de dados MySQL. No entanto, aplique alguns parâmetros do mecanismo de banco de dados do MySQL no nível do cluster e gerencie esses parâmetros usando grupos de parâmetros do cluster de banco de dados. Você não consegue encontrar parâmetros em nível de cluster no grupo de parâmetros de banco de dados para uma instância em um cluster de bancos de dados Aurora. Uma lista de parâmetros em nível de cluster é exibida mais adiante neste tópico.

Você pode gerenciar parâmetros no nível do cluster e no nível da instância usando o AWS Management Console, a AWS CLI, ou a API do Amazon RDS. Use comandos separados para gerenciar parâmetros no nível do cluster e parâmetros no nível da instância. Por exemplo, você pode usar o comando da CLI modify-db-cluster-parameter-group para gerenciar parâmetros em nível do cluster em um grupo de parâmetros de cluster de banco de dados. É possível usar o comando da CLI modify-db-parameter-group para gerenciar parâmetros em nível de instância em um grupo de parâmetros de banco de dados para uma instância de banco de dados em um cluster de banco de dados.

Você pode visualizar parâmetros em nível de cluster e em nível de instância no console ou usando a CLI ou a API do RDS. Por exemplo, você pode usar o comando describe-db-cluster-parameters da AWS CLI para visualizar parâmetros em nível de cluster em um grupo de parâmetros de cluster de banco de dados. É possível usar o comando da CLI describe-db-parameters para gerenciar parâmetros em nível de instância em um grupo de parâmetros de banco de dados para uma instância de banco de dados em um cluster de banco de dados.

nota

Cada grupo de parâmetros padrão contém os valores padrão para todos os parâmetros no grupo. Se o parâmetro tiver “engine default” (padrão do mecanismo) para esse valor, consulte a documentação específica da versão do MySQL ou PostgreSQL quanto o valor padrão real.

Salvo indicação em contrário, os parâmetros listados nas tabelas a seguir são válidos para as versões 2 e 3 do Aurora MySQL.

Para ter mais informações sobre os grupos de parâmetros de banco de dados, consulte Trabalhar com grupos de parâmetros. Para conhecer as regras e restrições para clusters Aurora Serverless v1, consulte Grupos de parâmetros para Aurora Serverless v1.

Parâmetros no nível do cluster

A tabela a seguir mostra todos os parâmetros que se aplicam a todo o cluster de bancos de dados Aurora MySQL.

Nome do parâmetro	Permite modificação	Observações
aurora_binlog_read_buffer_size	Sim	Só afeta clusters que usam replicação de log binário (binlog). Para obter informações sobre replicação de log binário, consulte Replicação entre Aurora e o MySQL ou entre Aurora e outro cluster de banco de dados do Aurora (replicação de log binário). Retirado do Aurora MySQL versão 3.
aurora_binlog_replication_max_yield_seconds	Sim	Só afeta clusters que usam replicação de log binário (binlog). Para obter informações sobre replicação de log binário, consulte Replicação entre Aurora e o MySQL ou entre Aurora e outro cluster de banco de dados do Aurora (replicação de log binário).
aurora_binlog_replication_sec_index_parallel_workers	Sim	Define o número total de threads paralelos disponíveis para aplicar alterações de índice secundário ao replicar transações para tabelas grandes com mais de um índice secundário. O parâmetro é definido como 0 (desabilitado) por padrão. Esse parâmetro está disponível no Aurora MySQL versão 306 e posteriores. Para ter mais informações, consulte Otimização da replicação de log binário.
aurora_binlog_use_large_read_buffer	Sim	Só afeta clusters que usam replicação de log binário (binlog). Para obter informações sobre replicação de log binário, consulte Replicação entre Aurora e o MySQL ou entre Aurora e outro cluster de banco de dados do Aurora (replicação de log binário). Retirado do Aurora MySQL versão 3.
aurora_disable_hash_join	Sim	Defina esse parâmetro como ON para desativar a otimização de junções de hash no Aurora MySQL versão 2.09 ou posterior. Não há suporte para a versão 3. Para ter mais informações, consulte Como trabalhar com a consulta paralela do Amazon Aurora MySQL.
aurora_enable_replica_log_compression	Sim	Para ter mais informações, consulte Considerações sobre performance da replicação do Amazon Aurora MySQL. Não se aplica a clusters que fazem parte de um banco de dados global Aurora. Retirado do Aurora MySQL versão 3.
aurora_enable_repl_bin_log_filtering	Sim	Para ter mais informações, consulte Considerações sobre performance da replicação do Amazon Aurora MySQL. Não se aplica a clusters que fazem parte de um banco de dados global Aurora. Retirado do Aurora MySQL versão 3.
aurora_enable_staggered_replica_restart	Sim	Essa configuração está disponível no Aurora MySQL versão 3, mas não é usada.
aurora_enable_zdr	Sim	Essa configuração é ativada por padrão no Aurora MySQL 2.10 e posterior. Para ter mais informações, consulte Zero-downtime restart (ZDR – Reinício com tempo de inatividade zero) para Amazon Aurora MySQL.
aurora_enhanced_binlog	Sim	Defina o valor desse parâmetro como 1 para ativar o log binário avançado no Aurora MySQL versão 3.03.1 e posterior. Para ter mais informações, consulte Configurar o log binário avançado.
aurora_jemalloc_background_thread	Sim	Use esse parâmetro para permitir que um thread em segundo plano execute operações de manutenção de memória. Os valores permitidos são 0 (desabilitado) e 1 (habilitado). O valor padrão é 0. Esse parâmetro é aplicável ao Aurora MySQL versão 3.05 e posterior.
aurora_jemalloc_dirty_decay_ms	Sim	Use esse parâmetro para reter a memória liberada por um período especificado (em milissegundos). A retenção da memória permite uma reutilização mais rápida. Os valores permitidos são 0–18446744073709551615. O valor padrão (0) retorna toda a memória para o sistema operacional como memória liberável. Esse parâmetro é aplicável ao Aurora MySQL versão 3.05 e posterior.
aurora_jemalloc_tcache_enabled	Sim	Use esse parâmetro para atender a pequenas solicitações de memória (até 32 KiB) em um cache local de thread, ignorando as arenas de memória. Os valores permitidos são 0 (desabilitado) e 1 (habilitado). O valor padrão é 1. Esse parâmetro é aplicável ao Aurora MySQL versão 3.05 e posterior.
aurora_load_from_s3_role	Sim	Para ter mais informações, consulte Carregar dados em um cluster de banco de dados do Amazon Aurora MySQL a partir de arquivos de texto em um bucket do Amazon S3. No momento indisponível no Aurora MySQL versão 3. Usar aws_default_s3_role.
aurora_mask_password_hashes_type	Sim	Essa configuração é ativada por padrão no Aurora MySQL 2.11 e posterior. Use essa configuração para mascarar os hashes de senha do Aurora MySQL nos logs de consultas lentas e de auditoria. Os valores permitidos são 0 e 1 (padrão). Quando definido como 1, as senhas são registradas como <secret>. Quando definido como 0, as senhas são registradas como valores de hash (#).
aurora_select_into_s3_role	Sim	Para ter mais informações, consulte Salvar dados a partir de um cluster de banco de dados do Amazon Aurora MySQL em arquivos de texto de um bucket do Amazon S3. No momento indisponível no Aurora MySQL versão 3. Usar aws_default_s3_role.
authentication_kerberos_caseins_cmp	Sim	Controla a comparação de nomes de usuário sem distinção entre maiúsculas e minúsculas para o plug-in authentication_kerberos. Defina-o como true para comparação sem distinção entre maiúsculas e minúsculas. Por padrão, é usada a comparação com distinção entre maiúsculas e minúsculas (false). Para ter mais informações, consulte Usar a autenticação Kerberos para Aurora MySQL. Esse parâmetro está disponível no Aurora MySQL versão 3.03 e posteriores.
auto_increment_increment	Sim
auto_increment_offset	Sim
aws_default_lambda_role	Sim	Para ter mais informações, consulte Invocar uma função do Lambda a partir de um cluster de banco de dados do Amazon Aurora MySQL.
aws_default_s3_role	Sim	Usado ao invocar a instrução LOAD DATA FROM S3, LOAD XML FROM S3 ou SELECT INTO OUTFILE S3 do seu cluster de banco de dados. No Aurora MySQL versão 2, o perfil do IAM especificado nesse parâmetro será usado se não for especificado um perfil do IAM para aurora_load_from_s3_role ou aurora_select_into_s3_role para a instrução apropriada. No Aurora MySQL versão 3, o perfil do IAM especificado para esse parâmetro sempre é usado. Para ter mais informações, consulte Associar uma função do IAM a um cluster de banco de dados do Amazon Aurora MySQL.
binlog_backup	Sim	Defina o valor desse parâmetro como 0 para ativar o log binário avançado no Aurora MySQL versão 3.03.1 e posterior. É possível desativar esse parâmetro somente ao usar o log binário avançado. Para ter mais informações, consulte Configurar o log binário avançado.
binlog_checksum	Sim	A API do RDS e AWS CLI reportam um valor de None se esse parâmetro não estiver definido. Nesse caso, Aurora MySQL usa o valor padrão do mecanismo, que é CRC32. Isso é diferente da configuração explícita de NONE, que desativa a soma de verificação.
binlog-do-db	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_format	Sim	Para ter mais informações, consulte Replicação entre Aurora e o MySQL ou entre Aurora e outro cluster de banco de dados do Aurora (replicação de log binário).
binlog_group_commit_sync_delay	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_group_commit_sync_no_delay_count	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog-ignore-db	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_replication_globaldb	Sim	Defina o valor desse parâmetro como 0 para ativar o log binário avançado no Aurora MySQL versão 3.03.1 e posterior. É possível desativar esse parâmetro somente ao usar o log binário avançado. Para ter mais informações, consulte Configurar o log binário avançado.
binlog_row_image	Não
binlog_row_metadata	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_row_value_options	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_rows_query_log_events	Sim
binlog_transaction_compression	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_transaction_compression_level_zstd	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_transaction_dependency_history_size	Sim	Esse parâmetro define um limite superior para o número de hashes de linha que são mantidos na memória e usados para pesquisar a transação que modificou pela última vez uma linha específica. Depois que esse número de hashes for atingido, o histórico será eliminado. Esse parâmetro se aplica ao Aurora MySQL versão 2.12 e posterior e versão 3.
binlog_transaction_dependency_tracking	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
character-set-client-handshake	Sim
character_set_client	Sim
character_set_connection	Sim
character_set_database	Sim
character_set_filesystem	Sim
character_set_results	Sim
character_set_server	Sim
collation_connection	Sim
collation_server	Sim
completion_type	Sim
default_storage_engine	Não	Os clusters do Aurora MySQL usam o mecanismo de armazenamento InnoDB para todos os dados.
enforce_gtid_consistency	Às vezes	Modificável no Aurora MySQL versão 2 e posterior.
event_scheduler	Sim	Indica o status do programador de eventos. Modificável somente no nível do cluster no Aurora MySQL versão 3.
gtid-mode	Às vezes	Modificável no Aurora MySQL versão 2 e posterior.
information_schema_stats_expiry	Sim	O número de segundos após os quais o servidor de banco de dados MySQL busca dados do mecanismo de armazenamento e os substitui no cache. Os valores permitidos são 0–31536000. Este parâmetro é aplicável ao Aurora MySQL versão 3.
init_connect	Sim	O comando a ser executado pelo servidor para cada cliente conectado. Use aspas duplas (“) nas configurações para evitar falhas de conexão, por exemplo: SET optimizer_switch="hash_join=off" No Aurora MySQL versão 3, esse parâmetro não se aplica aos usuários que têm o privilégio CONNECTION_ADMIN. Isso inclui o usuário principal do Aurora. Para ter mais informações, consulte Modelo de privilégios baseados em funções.
innodb_adaptive_hash_index	Sim	É possível modificar esse parâmetro no nível do cluster de banco de dados no Aurora MySQL versões 2 e 3. O Adaptive Hash Index não é compatível com instâncias de banco de dados de leitor.
innodb_aurora_instant_alter_column_allowed	Sim	Controla se o algoritmo INSTANT pode ser usado para operações ALTER COLUMN em nível global. Os valores permitidos são os seguintes: 0: o algoritmo INSTANT não é permitido para operações ALTER COLUMN (OFF). Reverte para outros algoritmos. 1: o algoritmo INSTANT não é permitido para operações ALTER COLUMN (ON). Este é o valor padrão. Para obter mais informações, consulte Operações de coluna na documentação do MySQL. Esse parâmetro é aplicável ao Aurora MySQL versão 3.05 e posterior.
innodb_autoinc_lock_mode	Sim
innodb_checksums	Não	Retirado do Aurora MySQL versão 3.
innodb_cmp_per_index_enabled	Sim
innodb_commit_concurrency	Sim
innodb_data_home_dir	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
innodb_deadlock_detect	Sim	Esta opção é usada para desabilitar a detecção de deadlock no Aurora MySQL versão 2.11 e posterior e versão 3. Em sistemas de alta simultaneidade, a detecção de deadlock pode causar uma desaceleração quando vários segmentos aguardam o mesmo bloqueio. Consulte a documentação do MySQL para obter mais informações sobre esse parâmetro.
innodb_default_row_format	Sim	Esse parâmetro define o formato de linha padrão para tabelas do InnoDB (incluindo tabelas temporárias do InnoDB criadas pelo usuário). Aplica-se ao Aurora MySQL versões 2 e 3. Os valores podem ser DYNAMIC, COMPACT ou REDUNDANT.
innodb_file_per_table	Sim	Esse parâmetro afeta como o armazenamento de tabela é organizado. Para ter mais informações, consulte Escalabilidade de armazenamento.
innodb_flush_log_at_trx_commit	Sim	É altamente recomendável usar o valor padrão de 1. No Aurora MySQL versão 3, antes de definir esse parâmetro como um valor diferente de 1, é necessário definir o valor de innodb_trx_commit_allow_data_loss como 1. Para ter mais informações, consulte Configurar a frequência com que o buffer de log é liberado.
innodb_ft_max_token_size	Sim
innodb_ft_min_token_size	Sim
innodb_ft_num_word_optimize	Sim
innodb_ft_sort_pll_degree	Sim
innodb_online_alter_log_max_size	Sim
innodb_optimize_fulltext_only	Sim
innodb_page_size	Não
innodb_print_all_deadlocks	Sim	Quando ativado, registra informações sobre todos os deadlocks do InnoDB no log de erros do Aurora MySQL. Para ter mais informações, consulte Minimizar e solucionar problemas de deadlocks do Aurora MySQL.
innodb_purge_batch_size	Sim
innodb_purge_threads	Sim
innodb_rollback_on_timeout	Sim
innodb_rollback_segments	Sim
innodb_spin_wait_delay	Sim
innodb_strict_mode	Sim
innodb_support_xa	Sim	Retirado do Aurora MySQL versão 3.
innodb_sync_array_size	Sim
innodb_sync_spin_loops	Sim
innodb_stats_include_delete_marked	Sim	Quando esse parâmetro está habilitado, o InnoDB inclui registros marcados com exclusão ao calcular estatísticas persistentes do otimizador. Esse parâmetro se aplica ao Aurora MySQL versão 2.12 e posterior e versão 3.
innodb_table_locks	Sim
innodb_trx_commit_allow_data_loss	Sim	No Aurora MySQL versão 3, defina o valor desse parâmetro como 1 para que você possa alterar o valor de innodb_flush_log_at_trx_commit. O valor padrão de innodb_trx_commit_allow_data_loss é 0. Para ter mais informações, consulte Configurar a frequência com que o buffer de log é liberado.
innodb_undo_directory	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
internal_tmp_disk_storage_engine	Sim	Controla qual mecanismo de armazenamento na memória é usado para tabelas temporárias internas. Os valores permitidos são INNODB e MYISAM. Este parâmetro é aplicável ao Aurora MySQL versão 2.
internal_tmp_mem_storage_engine	Sim	Controla qual mecanismo de armazenamento na memória é usado para tabelas temporárias internas. Os valores permitidos são MEMORY e TempTable. Este parâmetro é aplicável ao Aurora MySQL versão 3.
key_buffer_size	Sim	Cache de chaves para tabelas MyISAM. Para ter mais informações, consulte keycache->cache_lock mutex.
lc_time_names	Sim
log_error_suppression_list	Sim	Especifica uma lista de códigos de erros que não estão registrados no log de erros do MySQL. Isso permite que você ignore certas condições de erro não críticas para ajudar a manter seus logs de erros limpos. Para ter mais informações, consulte log_error_suppression_list na documentação do MySQL. Esse parâmetro é aplicável ao Aurora MySQL versão 3.03 e posterior.
low_priority_updates	Sim	As operações INSERT, UPDATE, DELETE e LOCK TABLE WRITE aguardam até que não haja nenhuma operação SELECT pendente. Esse parâmetro só afeta mecanismos de armazenamento que usam apenas bloqueio em nível de tabela (MyISAM, MEMORY, MERGE). Este parâmetro é aplicável ao Aurora MySQL versão 3.
lower_case_table_names	Sim (Aurora MySQL versão 2) Somente no momento da criação do cluster (Aurora MySQL versão 3)	No Aurora MySQL versão 2.10 e versões 2.x posteriores, certifique-se de reinicializar todas as instâncias de leitor depois de alterar essa configuração e de reinicializar a instância de gravador. Para obter detalhes, consulte Reinicializar um cluster do Aurora com disponibilidade de leitura. No Aurora MySQL versão 3, o valor desse parâmetro é definido permanentemente no momento da criação do cluster. Se você utilizar um valor não padrão para essa opção, configure o grupo de parâmetros personalizado do Aurora MySQL versão 3 antes do upgrade e especifique o grupo de parâmetros durante a operação de restauração do snapshot que cria o cluster da versão 3. Com um banco de dados Aurora global baseado no Aurora MySQL, você não poderá executar uma atualização no local do Aurora MySQL versão 2 para a versão 3 se o parâmetro lower_case_table_names estiver ativado. Para ter mais informações sobre os métodos que você pode usar, consulte Atualizações de versão principal.
master-info-repository	Sim	Retirado do Aurora MySQL versão 3.
master_verify_checksum	Sim	Aurora MySQL versão 2. Use source_verify_checksum no Aurora MySQL versão 3.
max_delayed_threads	Sim	Define o número máximo de threads para lidar com instruções INSERT DELAYED. Este parâmetro é aplicável ao Aurora MySQL versão 3.
max_error_count	Sim	O número máximo de mensagens de erro, advertência e observação que devem ser armazenadas para exibição. Este parâmetro é aplicável ao Aurora MySQL versão 3.
max_execution_time	Sim	O tempo limite para executar declarações SELECT, em milissegundos. O valor pode ser de 0 a 18446744073709551615. Quando definido como 0, não há tempo limite. Para ter mais informações, consulte max_execution_time na documentação do MySQL.
min_examined_row_limit	Sim	Use esse parâmetro para evitar que consultas que examinam menos do que o número especificado de linhas sejam registradas em log. Este parâmetro é aplicável ao Aurora MySQL versão 3.
partial_revokes	Não	Este parâmetro é aplicável ao Aurora MySQL versão 3.
preload_buffer_size	Sim	O tamanho do buffer que é alocado ao pré-carregar índices. Este parâmetro é aplicável ao Aurora MySQL versão 3.
query_cache_type	Sim	Retirado do Aurora MySQL versão 3.
read_only	Sim	Quando esse parâmetro é ativado, o servidor não permite atualizações, exceto aquelas executadas por threads de réplica. Para o Aurora MySQL versão 2, os valores válidos são os seguintes: 0 – OFF 1 – ON {TrueIfReplica}: ON para réplicas de leitura. Este é o valor padrão. {TrueIfClusterReplica}: ON para clusters de réplicas, como réplicas de leitura entre regiões, clusters secundários em um banco de dados global do Aurora e implantações azul/verde. Para o Aurora MySQL versão 3, os valores válidos são os seguintes: 0: OFF. Esse é o valor padrão. 1 – ON {TrueIfClusterReplica}: ON para clusters de réplicas, como réplicas de leitura entre regiões, clusters secundários em um banco de dados global do Aurora e implantações azul/verde. No Aurora MySQL versão 3, esse parâmetro não se aplica aos usuários que têm o privilégio CONNECTION_ADMIN. Isso inclui o usuário principal do Aurora. Para ter mais informações, consulte Modelo de privilégios baseados em funções.
relay-log-space-limit	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replica_parallel_type	Sim	Esse parâmetro permite a execução paralela na réplica de todos os threads não confirmados que já estão na fase de preparação, sem violar a consistência. Aplica-se ao Aurora MySQL versão 3. No Aurora MySQL versão 3.03* e anteriores, o valor padrão é DATABASE. No Aurora MySQL versão 3.04 e posteriores, o valor padrão é LOGICAL_CLOCK.
replica_preserve_commit_order	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replica_transaction_retries	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replica_type_conversions	Sim	Esse parâmetro determina as conversões de tipo usadas nas réplicas. Os valores permitidos são: ALL_LOSSY, ALL_NON_LOSSY, ALL_SIGNED e ALL_UNSIGNED. Para obter mais informações, consulte Replication with differing table definitions on source and replica na documentação do MySQL. Este parâmetro é aplicável ao Aurora MySQL versão 3.
replicate-do-db	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replicate-do-table	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replicate-ignore-db	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replicate-ignore-table	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replicate-wild-do-table	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
replicate-wild-ignore-table	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
require_secure_transport	Sim	Este parâmetro é aplicável ao Aurora MySQL versões 2 e 3. Para ter mais informações, consulte Usar TLS com clusters de banco de dados do Aurora MySQL.
rpl_read_size	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
server_audit_events	Sim
server_audit_excl_users	Sim
server_audit_incl_users	Sim
server_audit_logging	Sim	Para obter instruções sobre como fazer upload dos logs no Amazon CloudWatch Logs, consulte Publicar logs do Amazon Aurora MySQL no Amazon CloudWatch Logs.
server_audit_logs_upload	Sim	É possível publicar logs de auditoria no CloudWatch Logs habilitando a Auditoria avançada e definindo esse parâmetro como 1. O padrão do parâmetro server_audit_logs_upload é 0. Para ter mais informações, consulte Publicar logs do Amazon Aurora MySQL no Amazon CloudWatch Logs.
server_id	Não
skip-character-set-client-handshake	Sim
skip_name_resolve	Não
slave-skip-errors	Sim	Só se aplica a clusters do Aurora MySQL versão 2, com compatibilidade com o MySQL 5.7.
source_verify_checksum	Sim	Aurora MySQL versão 3
sync_frm	Sim	Retirado do Aurora MySQL versão 3.
thread_cache_size	Sim	O número de threads para armazenar em cache. Esse parâmetro se aplica ao Aurora MySQL versões 2 e 3.
time_zone	Sim	Por padrão, o fuso horário de um cluster de bancos de dados do Aurora é o Tempo Universal Coordenado (UTC). Você pode definir o fuso horário de instâncias em seu cluster de banco de dados como o fuso horário local de seu aplicativo. Para ter mais informações, consulte Fuso horário local para os clusters de bancos de dados Amazon Aurora.
tls_version	Sim	Para ter mais informações, consulte Versões do TLS para o Aurora MySQL.

Parâmetros no nível da instância

A tabela a seguir mostra todos os parâmetros que se aplicam uma instância de banco de dados específica no cluster de bancos de dados Aurora MySQL.

Nome do parâmetro	Permite modificação	Observações
activate_all_roles_on_login	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
allow-suspicious-udfs	Não
aurora_disable_hash_join	Sim	Defina esse parâmetro como ON para desativar a otimização de junções de hash no Aurora MySQL versão 2.09 ou posterior. Não há suporte para a versão 3. Para ter mais informações, consulte Como trabalhar com a consulta paralela do Amazon Aurora MySQL.
aurora_lab_mode	Sim	Para ter mais informações, consulte Modo de laboratório do Amazon Aurora MySQL. Retirado do Aurora MySQL versão 3.
aurora_oom_response	Sim	Este parâmetro é compatível com o Aurora MySQL versões 2 e 3. Para ter mais informações, consulte Solucionar problemas de falta de memória em bancos de dados do Aurora MySQL.
aurora_parallel_query	Sim	Defina como ON para ativar a consulta paralela no Aurora MySQL versão 2.09 ou posterior. O parâmetro aurora_pq antigo não é usado nessas versões. Para ter mais informações, consulte Como trabalhar com a consulta paralela do Amazon Aurora MySQL.
aurora_pq	Sim	Defina como OFF para desativar a consulta paralela para instâncias de banco de dados específicas nas versões anteriores à 2.09 do Aurora MySQL. Na versão 2.09 ou posterior, ative e desative a consulta paralela com aurora_parallel_query. Para ter mais informações, consulte Como trabalhar com a consulta paralela do Amazon Aurora MySQL.
aurora_read_replica_read_committed	Sim	Habilita o nível de isolamento READ COMMITTED para réplicas do Aurora e altera o comportamento de isolamento com o intuito de reduzir o atraso de eliminação durante consultas de longa execução. Habilite essa configuração somente se você entende as alterações de comportamento e como elas afetam os resultados da consulta. Por exemplo, essa configuração usa um isolamento menos rigoroso que o padrão do MySQL. Quando habilitada, as consultas de longa execução podem ver mais de uma cópia da mesma linha, pois o Aurora reorganiza os dados da tabela enquanto a consulta está em execução. Para ter mais informações, consulte Níveis de isolamento do Aurora MySQL.
aurora_tmptable_enable_per_table_limit	Sim	Determina se o parâmetro tmp_table_size controla o tamanho máximo das tabelas temporárias na memória criadas pelo mecanismo de armazenamento TempTable no Aurora MySQL versão 3.04 e posterior. Para ter mais informações, consulte Limitar o tamanho de tabelas temporárias internas na memória.
aurora_use_vector_instructions	Sim	Quando esse parâmetro é ativado, o Aurora MySQL usa instruções otimizadas de processamento vetorial fornecidas por CPUs modernas para melhorar a performance em workloads que fazem uso intenso de E/S. Essa configuração é ativada por padrão no Aurora MySQL versão 3.05 e posterior.
autocommit	Sim
automatic_sp_privileges	Sim
back_log	Sim
basedir	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
binlog_cache_size	Sim
binlog_max_flush_queue_time	Sim
binlog_order_commits	Sim
binlog_stmt_cache_size	Sim
binlog_transaction_compression	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
binlog_transaction_compression_level_zstd	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
bulk_insert_buffer_size	Sim
concurrent_insert	Sim
connect_timeout	Sim
core-file	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
datadir	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
default_authentication_plugin	Não	Este parâmetro é aplicável ao Aurora MySQL versão 3.
default_time_zone	Não
default_tmp_storage_engine	Sim	O mecanismo de armazenamento padrão para tabelas temporárias.
default_week_format	Sim
delay_key_write	Sim
delayed_insert_limit	Sim
delayed_insert_timeout	Sim
delayed_queue_size	Sim
div_precision_increment	Sim
end_markers_in_json	Sim
eq_range_index_dive_limit	Sim
event_scheduler	Às vezes	Indica o status do programador de eventos. Modificável somente no nível do cluster no Aurora MySQL versão 3.
explicit_defaults_for_timestamp	Sim
flush	Não
flush_time	Sim
ft_boolean_syntax	Não
ft_max_word_len	Sim
ft_min_word_len	Sim
ft_query_expansion_limit	Sim
ft_stopword_file	Sim
general_log	Sim	Para obter instruções sobre como fazer upload dos logs no CloudWatch Logs, consulte Publicar logs do Amazon Aurora MySQL no Amazon CloudWatch Logs.
general_log_file	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
group_concat_max_len	Sim
host_cache_size	Sim
init_connect	Sim	O comando a ser executado pelo servidor para cada cliente conectado. Use aspas duplas (“) nas configurações para evitar falhas de conexão, por exemplo: SET optimizer_switch="hash_join=off" No Aurora MySQL versão 3, esse parâmetro não se aplica aos usuários que têm o privilégio CONNECTION_ADMIN, incluindo o usuário principal do Aurora. Para ter mais informações, consulte Modelo de privilégios baseados em funções.
innodb_adaptive_hash_index	Sim	É possível modificar esse parâmetro no nível da instância de banco de dados no Aurora MySQL versão 2. É modificável somente no nível do cluster de banco de dados no Aurora MySQL versão 3. O Adaptive Hash Index não é compatível com instâncias de banco de dados de leitor.
innodb_adaptive_max_sleep_delay	Sim	Modificar este parâmetro não tem efeito, porque innodb_thread_concurrency é sempre 0 para o Aurora.
innodb_aurora_max_partitions_for_range	Sim	Em alguns casos em que estatísticas persistentes não estão disponíveis, você pode usar esse parâmetro para melhorar a performance das estimativas de contagem de linhas em tabelas particionadas. Você pode configurá-lo com um valor de 0 a 8.192, em que o valor determina o número de partições a serem verificadas durante a estimativa de contagem de linhas. O valor padrão é 0, que estima o uso de todas as partições, em consistência com o comportamento padrão do MySQL. Esse parâmetro está disponível para o Aurora MySQL versão 3.03.1 e posteriores.
innodb_autoextend_increment	Sim
innodb_buffer_pool_dump_at_shutdown	Não
innodb_buffer_pool_dump_now	Não
innodb_buffer_pool_filename	Não
innodb_buffer_pool_load_abort	Não
innodb_buffer_pool_load_at_startup	Não
innodb_buffer_pool_load_now	Não
innodb_buffer_pool_size	Sim	O valor padrão é representado por uma fórmula. Para obter detalhes sobre como o valor DBInstanceClassMemory na fórmula é calculado, consulte Variáveis de fórmulas de parâmetros de banco de dados.
innodb_change_buffer_max_size	Não	O Aurora MySQL não usa o buffer de mudança do InnoDB.
innodb_compression_failure_threshold_pct	Sim
innodb_compression_level	Sim
innodb_compression_pad_pct_max	Sim
innodb_concurrency_tickets	Sim	Modificar este parâmetro não tem efeito, porque innodb_thread_concurrency é sempre 0 para Aurora.
innodb_deadlock_detect	Sim	Esta opção é usada para desabilitar a detecção de deadlock no Aurora MySQL versão 2.11 e posterior e versão 3. Em sistemas de alta simultaneidade, a detecção de deadlock pode causar uma desaceleração quando vários segmentos aguardam o mesmo bloqueio. Consulte a documentação do MySQL para obter mais informações sobre esse parâmetro.
innodb_file_format	Sim	Retirado do Aurora MySQL versão 3.
innodb_flushing_avg_loops	Não
innodb_force_load_corrupted	Não
innodb_ft_aux_table	Sim
innodb_ft_cache_size	Sim
innodb_ft_enable_stopword	Sim
innodb_ft_server_stopword_table	Sim
innodb_ft_user_stopword_table	Sim
innodb_large_prefix	Sim	Retirado do Aurora MySQL versão 3.
innodb_lock_wait_timeout	Sim
innodb_log_compressed_pages	Não
innodb_lru_scan_depth	Sim
innodb_max_purge_lag	Sim
innodb_max_purge_lag_delay	Sim
innodb_monitor_disable	Sim
innodb_monitor_enable	Sim
innodb_monitor_reset	Sim
innodb_monitor_reset_all	Sim
innodb_old_blocks_pct	Sim
innodb_old_blocks_time	Sim
innodb_open_files	Sim
innodb_print_all_deadlocks	Sim	Quando ativado, registra informações sobre todos os deadlocks do InnoDB no log de erros do Aurora MySQL. Para ter mais informações, consulte Minimizar e solucionar problemas de deadlocks do Aurora MySQL.
innodb_random_read_ahead	Sim
innodb_read_ahead_threshold	Sim
innodb_read_io_threads	Não
innodb_read_only	Não	O Aurora MySQL gerencia os estados somente leitura e de leitura/gravação de instâncias de banco de dados com base no tipo de cluster. Por exemplo, um cluster provisionado tem uma instância de banco de dados de leitura/gravação (a instância primária) e qualquer outra instância no cluster é somente leitura (as réplicas do Aurora).
innodb_replication_delay	Sim
innodb_sort_buffer_size	Sim
innodb_stats_auto_recalc	Sim
innodb_stats_method	Sim
innodb_stats_on_metadata	Sim
innodb_stats_persistent	Sim
innodb_stats_persistent_sample_pages	Sim
innodb_stats_transient_sample_pages	Sim
innodb_thread_concurrency	Não
innodb_thread_sleep_delay	Sim	Modificar este parâmetro não tem efeito, porque innodb_thread_concurrency é sempre 0 para o Aurora.
interactive_timeout	Sim	O Aurora avalia o valor mínimo de interactive_timeout e wait_timeout. Em seguida, ele utiliza esse mínimo como o tempo limite para encerrar todas as sessões inativas, interativas e não interativas.
internal_tmp_disk_storage_engine	Sim	Controla qual mecanismo de armazenamento na memória é usado para tabelas temporárias internas. Os valores permitidos são INNODB e MYISAM. Este parâmetro é aplicável ao Aurora MySQL versão 2.
internal_tmp_mem_storage_engine	Sim	Controla qual mecanismo de armazenamento na memória é usado para tabelas temporárias internas. Os valores permitidos são MEMORY e TempTable. Este parâmetro é aplicável ao Aurora MySQL versão 3.
join_buffer_size	Sim
keep_files_on_create	Sim
key_buffer_size	Sim	Cache de chaves para tabelas MyISAM. Para ter mais informações, consulte keycache->cache_lock mutex.
key_cache_age_threshold	Sim
key_cache_block_size	Sim
key_cache_division_limit	Sim
local_infile	Sim
lock_wait_timeout	Sim
log-bin	Não	Definir binlog_format como STATEMENT, MIXED ou ROW define automaticamente log-bin como ON. Definir binlog_format como OFF define automaticamente log-bin como OFF. Para ter mais informações, consulte Replicação entre Aurora e o MySQL ou entre Aurora e outro cluster de banco de dados do Aurora (replicação de log binário).
log_bin_trust_function_creators	Sim
log_bin_use_v1_row_events	Sim	Retirado do Aurora MySQL versão 3.
log_error	Não
log_error_suppression_list	Sim	Especifica uma lista de códigos de erros que não estão registrados no log de erros do MySQL. Isso permite que você ignore certas condições de erro não críticas para ajudar a manter seus logs de erros limpos. Para ter mais informações, consulte log_error_suppression_list na documentação do MySQL. Esse parâmetro é aplicável ao Aurora MySQL versão 3.03 e posterior.
log_output	Sim
log_queries_not_using_indexes	Sim
log_slave_updates	Não	Aurora MySQL versão 2. Use log_replica_updates no Aurora MySQL versão 3.
log_replica_updates	Não	Aurora MySQL versão 3
log_throttle_queries_not_using_indexes	Sim
log_warnings	Sim	Retirado do Aurora MySQL versão 3.
long_query_time	Sim
low_priority_updates	Sim	As operações INSERT, UPDATE, DELETE e LOCK TABLE WRITE aguardam até que não haja nenhuma operação SELECT pendente. Esse parâmetro só afeta mecanismos de armazenamento que usam apenas bloqueio em nível de tabela (MyISAM, MEMORY, MERGE). Este parâmetro é aplicável ao Aurora MySQL versão 3.
max_allowed_packet	Sim
max_binlog_cache_size	Sim
max_binlog_size	Não
max_binlog_stmt_cache_size	Sim
max_connect_errors	Sim
max_connections	Sim	O valor padrão é representado por uma fórmula. Para obter detalhes sobre como o valor DBInstanceClassMemory na fórmula é calculado, consulte Variáveis de fórmulas de parâmetros de banco de dados. Para obter os valores padrão, dependendo da classe da instância, consulte Número máximo de conexões com uma instância de bancos de dados Aurora MySQL.
max_delayed_threads	Sim	Define o número máximo de threads para lidar com instruções INSERT DELAYED. Este parâmetro é aplicável ao Aurora MySQL versão 3.
max_error_count	Sim	O número máximo de mensagens de erro, advertência e observação que devem ser armazenadas para exibição. Este parâmetro é aplicável ao Aurora MySQL versão 3.
max_execution_time	Sim	O tempo limite para executar declarações SELECT, em milissegundos. O valor pode ser de 0 a 18446744073709551615. Quando definido como 0, não há tempo limite. Para ter mais informações, consulte max_execution_time na documentação do MySQL.
max_heap_table_size	Sim
max_insert_delayed_threads	Sim
max_join_size	Sim
max_length_for_sort_data	Sim	Retirado do Aurora MySQL versão 3.
max_prepared_stmt_count	Sim
max_seeks_for_key	Sim
max_sort_length	Sim
max_sp_recursion_depth	Sim
max_tmp_tables	Sim	Retirado do Aurora MySQL versão 3.
max_user_connections	Sim
max_write_lock_count	Sim
metadata_locks_cache_size	Sim	Retirado do Aurora MySQL versão 3.
min_examined_row_limit	Sim	Use esse parâmetro para evitar que consultas que examinam menos do que o número especificado de linhas sejam registradas em log. Este parâmetro é aplicável ao Aurora MySQL versão 3.
myisam_data_pointer_size	Sim
myisam_max_sort_file_size	Sim
myisam_mmap_size	Sim
myisam_sort_buffer_size	Sim
myisam_stats_method	Sim
myisam_use_mmap	Sim
net_buffer_length	Sim
net_read_timeout	Sim
net_retry_count	Sim
net_write_timeout	Sim
old-style-user-limits	Sim
old_passwords	Sim	Retirado do Aurora MySQL versão 3.
optimizer_prune_level	Sim
optimizer_search_depth	Sim
optimizer_switch	Sim	Para obter informações sobre os recursos do Aurora MySQL que usam essa alternância, consulte Melhores práticas do Amazon Aurora MySQL.
optimizer_trace	Sim
optimizer_trace_features	Sim
optimizer_trace_limit	Sim
optimizer_trace_max_mem_size	Sim
optimizer_trace_offset	Sim
performance-schema-consumer-events-waits-current	Sim
performance-schema-instrument	Sim
performance_schema	Sim
performance_schema_accounts_size	Sim
performance_schema_consumer_global_instrumentation	Sim
performance_schema_consumer_thread_instrumentation	Sim
performance_schema_consumer_events_stages_current	Sim
performance_schema_consumer_events_stages_history	Sim
performance_schema_consumer_events_stages_history_long	Sim
performance_schema_consumer_events_statements_current	Sim
performance_schema_consumer_events_statements_history	Sim
performance_schema_consumer_events_statements_history_long	Sim
performance_schema_consumer_events_waits_history	Sim
performance_schema_consumer_events_waits_history_long	Sim
performance_schema_consumer_statements_digest	Sim
performance_schema_digests_size	Sim
performance_schema_events_stages_history_long_size	Sim
performance_schema_events_stages_history_size	Sim
performance_schema_events_statements_history_long_size	Sim
performance_schema_events_statements_history_size	Sim
performance_schema_events_transactions_history_long_size	Sim
performance_schema_events_transactions_history_size	Sim
performance_schema_events_waits_history_long_size	Sim
performance_schema_events_waits_history_size	Sim
performance_schema_hosts_size	Sim
performance_schema_max_cond_classes	Sim
performance_schema_max_cond_instances	Sim
performance_schema_max_digest_length	Sim
performance_schema_max_file_classes	Sim
performance_schema_max_file_handles	Sim
performance_schema_max_file_instances	Sim
performance_schema_max_index_stat	Sim
performance_schema_max_memory_classes	Sim
performance_schema_max_metadata_locks	Sim
performance_schema_max_mutex_classes	Sim
performance_schema_max_mutex_instances	Sim
performance_schema_max_prepared_statements_instances	Sim
performance_schema_max_program_instances	Sim
performance_schema_max_rwlock_classes	Sim
performance_schema_max_rwlock_instances	Sim
performance_schema_max_socket_classes	Sim
performance_schema_max_socket_instances	Sim
performance_schema_max_sql_text_length	Sim
performance_schema_max_stage_classes	Sim
performance_schema_max_statement_classes	Sim
performance_schema_max_statement_stack	Sim
performance_schema_max_table_handles	Sim
performance_schema_max_table_instances	Sim
performance_schema_max_table_lock_stat	Sim
performance_schema_max_thread_classes	Sim
performance_schema_max_thread_instances	Sim
performance_schema_session_connect_attrs_size	Sim
performance_schema_setup_actors_size	Sim
performance_schema_setup_objects_size	Sim
performance_schema_show_processlist	Sim	Esse parâmetro determina qual implementação SHOW PROCESSLIST usar: A implementação padrão itera em todos os segmentos ativos de dentro do gerenciador de segmentos enquanto mantém um mutex global. Isso pode causar lentidão de performance, principalmente em sistemas ocupados. A implementação SHOW PROCESSLIST alternativa é baseada na tabela Esquema de performance processlist. Essa implementação consulta dados de segmento ativos dessa tabela em vez do gerenciador de segmentos e não exige um mutex. Esse parâmetro se aplica ao Aurora MySQL versão 2.12 e posterior e versão 3.
performance_schema_users_size	Sim
pid_file	Não
plugin_dir	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
port	Não	O Aurora MySQL gerencia as propriedades de conexão e impõe configurações consistentes para todas as instâncias de banco de dados em um cluster.
preload_buffer_size	Sim	O tamanho do buffer que é alocado ao pré-carregar índices. Este parâmetro é aplicável ao Aurora MySQL versão 3.
profiling_history_size	Sim
query_alloc_block_size	Sim
query_cache_limit	Sim	Retirado do Aurora MySQL versão 3.
query_cache_min_res_unit	Sim	Retirado do Aurora MySQL versão 3.
query_cache_size	Sim	O valor padrão é representado por uma fórmula. Para obter detalhes sobre como o valor DBInstanceClassMemory na fórmula é calculado, consulte Variáveis de fórmulas de parâmetros de banco de dados. Retirado do Aurora MySQL versão 3.
query_cache_type	Sim	Retirado do Aurora MySQL versão 3.
query_cache_wlock_invalidate	Sim	Retirado do Aurora MySQL versão 3.
query_prealloc_size	Sim
range_alloc_block_size	Sim
read_buffer_size	Sim
read_only	Sim	Quando esse parâmetro é ativado, o servidor não permite atualizações, exceto aquelas executadas por threads de réplica. Para o Aurora MySQL versão 2, os valores válidos são os seguintes: 0 – OFF 1 – ON {TrueIfReplica}: ON para réplicas de leitura. Este é o valor padrão. {TrueIfClusterReplica}: ON para instâncias em clusters de réplicas, como réplicas de leitura entre regiões, clusters secundários em um banco de dados global do Aurora e implantações azul/verde. Recomendamos que você use o grupo de parâmetros do cluster de banco de dados na versão 2 do Aurora MySQL para garantir que o parâmetro read_only seja aplicado a novas instâncias do gravador em caso de failover. nota As instâncias do leitor são sempre somente leitura, porque o Aurora MySQL define innodb_read_only como 1 em todos os leitores. Portanto, read_only é redundante em instâncias do leitor. Retirado no nível da instância do Aurora MySQL versão 3.
read_rnd_buffer_size	Sim
relay-log	Não
relay_log_info_repository	Sim	Retirado do Aurora MySQL versão 3.
relay_log_recovery	Não
replica_checkpoint_group	Sim	Aurora MySQL versão 3
replica_checkpoint_period	Sim	Aurora MySQL versão 3
replica_parallel_workers	Sim	Aurora MySQL versão 3
replica_pending_jobs_size_max	Sim	Aurora MySQL versão 3
replica_skip_errors	Sim	Aurora MySQL versão 3
replica_sql_verify_checksum	Sim	Aurora MySQL versão 3
safe-user-create	Sim
secure_auth	Sim	Este parâmetro está sempre ativado no Aurora MySQL versão 2. Se tentar desativá-lo, um erro será gerado. Retirado do Aurora MySQL versão 3.
secure_file_priv	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
show_create_table_verbosity	Sim	Habilitar essa variável faz com que SHOW_CREATE_TABLE exiba oROW_FORMAT independentemente de ser o formato padrão. Esse parâmetro se aplica ao Aurora MySQL versão 2.12 e posterior e versão 3.
skip-slave-start	Não
skip_external_locking	Não
skip_show_database	Sim
slave_checkpoint_group	Sim	Aurora MySQL versão 2. Use replica_checkpoint_group no Aurora MySQL versão 3.
slave_checkpoint_period	Sim	Aurora MySQL versão 2. Use replica_checkpoint_period no Aurora MySQL versão 3.
slave_parallel_workers	Sim	Aurora MySQL versão 2. Use replica_parallel_workers no Aurora MySQL versão 3.
slave_pending_jobs_size_max	Sim	Aurora MySQL versão 2. Use replica_pending_jobs_size_max no Aurora MySQL versão 3.
slave_sql_verify_checksum	Sim	Aurora MySQL versão 2. Use replica_sql_verify_checksum no Aurora MySQL versão 3.
slow_launch_time	Sim
slow_query_log	Sim	Para obter instruções sobre como fazer upload dos logs no CloudWatch Logs, consulte Publicar logs do Amazon Aurora MySQL no Amazon CloudWatch Logs.
slow_query_log_file	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
socket	Não
sort_buffer_size	Sim
sql_mode	Sim
sql_select_limit	Sim
stored_program_cache	Sim
sync_binlog	Não
sync_master_info	Sim
sync_source_info	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3.
sync_relay_log	Sim	Retirado do Aurora MySQL versão 3.
sync_relay_log_info	Sim
sysdate-is-now	Sim
table_cache_element_entry_ttl	Não
table_definition_cache	Sim	O valor padrão é representado por uma fórmula. Para obter detalhes sobre como o valor DBInstanceClassMemory na fórmula é calculado, consulte Variáveis de fórmulas de parâmetros de banco de dados.
table_open_cache	Sim	O valor padrão é representado por uma fórmula. Para obter detalhes sobre como o valor DBInstanceClassMemory na fórmula é calculado, consulte Variáveis de fórmulas de parâmetros de banco de dados.
table_open_cache_instances	Sim
temp-pool	Sim	Retirado do Aurora MySQL versão 3.
temptable_max_mmap	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3. Para obter detalhes, consulte Novo comportamento de tabela temporária no Aurora MySQL versão 3.
temptable_max_ram	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3. Para obter detalhes, consulte Novo comportamento de tabela temporária no Aurora MySQL versão 3.
temptable_use_mmap	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3. Para obter detalhes, consulte Novo comportamento de tabela temporária no Aurora MySQL versão 3.
thread_cache_size	Sim	O número de threads para armazenar em cache. Esse parâmetro se aplica ao Aurora MySQL versões 2 e 3.
thread_handling	Não
thread_stack	Sim
timed_mutexes	Sim
tmp_table_size	Sim	Define o tamanho máximo das tabelas temporárias na memória criadas pelo mecanismo de armazenamento MEMORY no Aurora MySQL versão 3. No Aurora MySQL versão 3.04 e posterior, define o tamanho máximo das tabelas temporárias na memória criadas pelo mecanismo de armazenamento TempTable quando aurora_tmptable_enable_per_table_limit está ON. Para ter mais informações, consulte Limitar o tamanho de tabelas temporárias internas na memória.
tmpdir	Não	O Aurora MySQL utiliza instâncias gerenciadas em que não é possível acessar o sistema de arquivos diretamente.
transaction_alloc_block_size	Sim
transaction_isolation	Sim	Este parâmetro é aplicável ao Aurora MySQL versão 3. Ele substitui tx_isolation.
transaction_prealloc_size	Sim
tx_isolation	Sim	Retirado do Aurora MySQL versão 3. Ele é substituído por transaction_isolation.
updatable_views_with_limit	Sim
validate-password	Não
validate_password_dictionary_file	Não
validate_password_length	Não
validate_password_mixed_case_count	Não
validate_password_number_count	Não
validate_password_policy	Não
validate_password_special_char_count	Não
wait_timeout	Sim	O Aurora avalia o valor mínimo de interactive_timeout e wait_timeout. Em seguida, ele utiliza esse mínimo como o tempo limite para encerrar todas as sessões inativas, interativas e não interativas.

Parâmetros do MySQL não se aplicam ao Aurora MySQL

Por causa das diferenças de arquitetura entre o Aurora MySQL e o MySQL, alguns parâmetros do MySQL não se aplicam ao Aurora MySQL.

Os seguintes parâmetros do MySQL não se aplicam ao Aurora MySQL. Essa lista não é exaustiva.

• activate_all_roles_on_login: este parâmetro não se aplica ao Aurora MySQL versão 2. Ele está disponível no Aurora MySQL versão 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: esse parâmetro não se aplica ao Aurora MySQL. Para ter mais informações, consulte Configurar a frequência com que o buffer de log é liberado.

• 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

Variáveis de status globais do Aurora MySQL

Você pode encontrar os valores atuais das variáveis de status globais do Aurora MySQL usando uma declaração como a seguinte:

show global status like '%aurora%';

A tabela a seguir descreve as variáveis de status globais que o Aurora MySQL usa.

Nome	Descrição
AuroraDb_commits	O número total de confirmações desde a última reinicialização.
AuroraDb_commit_latency	A latência agregada de confirmação desde a última reinicialização.
AuroraDb_ddl_stmt_duration	A latência agregada de DDL desde a última reinicialização.
AuroraDb_select_stmt_duration	A latência agregada de declaração SELECT desde a última reinicialização.
AuroraDb_insert_stmt_duration	A latência agregada de declaração INSERT desde a última reinicialização.
AuroraDb_update_stmt_duration	A latência agregada de declaração UPDATE desde a última reinicialização.
AuroraDb_delete_stmt_duration	A latência agregada de declaração DELETE desde a última reinicialização.
Aurora_binlog_io_cache_allocated	O número de bytes alocados para o cache de E/S do binlog.
Aurora_binlog_io_cache_read_requests	O número de solicitações de leitura feitas no cache de E/S do binlog.
Aurora_binlog_io_cache_reads	O número de solicitações de leitura que foram atendidas do cache de E/S do binlog.
Aurora_enhanced_binlog	Indica se o binlog aprimorado está habilitado ou desabilitado para essa instância de banco de dados. Para ter mais informações, consulte Configurar o log binário avançado.
Aurora_external_connection_count	O número de conexões de banco de dados com a instância de banco de dados, excluindo as conexões de serviço do RDS usadas para verificações de integridade do banco de dados.
Aurora_fast_insert_cache_hits	Um contador que é incrementado quando o cursor em cache é recuperado e verificado com êxito. Para receber mais informações sobre o cache de inserção rápida, consulte Melhorias de performance do Amazon Aurora MySQL.
Aurora_fast_insert_cache_misses	Um contador que é incrementado quando o cursor em cache não é mais válido e o Aurora realiza um percurso de índice normal. Para receber mais informações sobre o cache de inserção rápida, consulte Melhorias de performance do Amazon Aurora MySQL.
Aurora_fts_cache_memory_used	A quantidade de memória em bytes que o sistema de pesquisa de texto completo do InnoDB está usando. Essa variável aplica-se ao Aurora MySQL versão 3.07 e posterior.
Aurora_fwd_master_dml_stmt_count	Número total de declarações DML encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 2.
Aurora_fwd_master_dml_stmt_duration	A duração total das declarações DML encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 2.
Aurora_fwd_master_errors_rpc_timeout	O número de vezes que uma conexão encaminhada não foi estabelecida no gravador.
Aurora_fwd_master_errors_session_limit	O número de consultas encaminhadas que são rejeitadas devido a session full no gravador.
Aurora_fwd_master_errors_session_timeout	O número de vezes que uma sessão de encaminhamento é encerrada devido ao tempo limite do gravador.
Aurora_fwd_master_open_sessions	O número de sessões encaminhadas na instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 2.
Aurora_fwd_master_select_stmt_count	O número total de declarações SELECT encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 2.
Aurora_fwd_master_select_stmt_duration	A duração total das declarações SELECT encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 2.
Aurora_fwd_writer_dml_stmt_count	Número total de declarações DML encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 3.
Aurora_fwd_writer_dml_stmt_duration	A duração total das declarações DML encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 3.
Aurora_fwd_writer_errors_rpc_timeout	O número de vezes que uma conexão encaminhada não foi estabelecida no gravador.
Aurora_fwd_writer_errors_session_limit	O número de consultas encaminhadas que são rejeitadas devido a session full no gravador.
Aurora_fwd_writer_errors_session_timeout	O número de vezes que uma sessão de encaminhamento é encerrada devido ao tempo limite do gravador.
Aurora_fwd_writer_open_sessions	O número de sessões encaminhadas na instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 3.
Aurora_fwd_writer_select_stmt_count	O número total de declarações SELECT encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 3.
Aurora_fwd_writer_select_stmt_duration	A duração total das declarações SELECT encaminhadas para essa instância de banco de dados do gravador. Esta variável é aplicável ao Aurora MySQL versão 3.
Aurora_lockmgr_buffer_pool_memory_used	A quantidade de memória de grupo de buffer em bytes que o gerenciador de bloqueio do Aurora MySQL está usando.
Aurora_lockmgr_memory_used	A quantidade de memória em bytes que o gerenciador de bloqueio do Aurora MySQL está usando.
Aurora_ml_actual_request_cnt	A contagem agregada de solicitações que o Aurora MySQL faz nos serviços de machine learning do Aurora entre todas as consultas executadas por usuários da instância de banco de dados. Para ter mais informações, consulte Usar o machine learning do Amazon Aurora com o Aurora MySQL.
Aurora_ml_actual_response_cnt	A contagem agregada de respostas que o Aurora MySQL recebe dos serviços de machine learning do Aurora entre todas as consultas executadas por usuários da instância de banco de dados. Para ter mais informações, consulte Usar o machine learning do Amazon Aurora com o Aurora MySQL.
Aurora_ml_cache_hit_cnt	A contagem agregada de acertos do cache interno que o Aurora MySQL recebe dos serviços de machine learning do Aurora entre todas as consultas executadas por usuários da instância de banco de dados. Para ter mais informações, consulte Usar o machine learning do Amazon Aurora com o Aurora MySQL.
Aurora_ml_logical_request_cnt	O número de solicitações lógicas que a instância de banco de dados avaliou para serem enviadas aos serviços de machine learning do Aurora desde a última redefinição de status. Dependendo se o lote foi ou não usado, esse valor pode ser maior que Aurora_ml_actual_request_cnt. Para ter mais informações, consulte Usar o machine learning do Amazon Aurora com o Aurora MySQL.
Aurora_ml_logical_response_cnt	A contagem agregada de respostas que o Aurora MySQL recebe dos serviços de machine learning do Aurora entre todas as consultas executadas por usuários da instância de banco de dados. Para ter mais informações, consulte Usar o machine learning do Amazon Aurora com o Aurora MySQL.
Aurora_ml_retry_request_cnt	O número de novas solicitações que a instância de banco de dados enviou aos serviços de machine learning do Aurora desde a última redefinição de status. Para ter mais informações, consulte Usar o machine learning do Amazon Aurora com o Aurora MySQL.
Aurora_ml_single_request_cnt	A contagem agregada de funções do machine learning do Aurora que são avaliadas pelo modo que não seja em lote entre todas as consultas executadas por usuários da instância de banco de dados. Para ter mais informações, consulte Usar o machine learning do Amazon Aurora com o Aurora MySQL.
aurora_oom_avoidance_recovery_state	Indica se a recuperação para evitar falta de memória (OOM) do Aurora está no estado ACTIVE ou INACTIVE para essa instância de banco de dados.
aurora_oom_reserved_mem_enter_kb	Representa o limite para entrar no estado RESERVED no mecanismo de tratamento de OOM do Aurora. Quando a memória disponível no servidor fica abaixo desse limite, aurora_oom_status muda para RESERVED, indicando que o servidor está se aproximando de um nível crítico de uso da memória.
aurora_oom_reserved_mem_exit_kb	Representa o limite para sair do estado RESERVED no mecanismo de tratamento de OOM do Aurora. Quando a memória disponível no servidor ultrapassa esse limite, o aurora_oom_status reverte para NORMAL, indicando que o servidor retornou a um estado mais estável com recursos de memória suficientes.
aurora_oom_status	Representa o status atual de OOM dessa instância de banco de dados. Quando o valor é NORMAL, indica que há recursos de memória suficientes. Se o valor mudar para RESERVED, isso indica que o servidor tem pouca memória disponível. As ações são realizadas com base na configuração dos parâmetros aurora_oom_response. Para ter mais informações, consulte Solucionar problemas de falta de memória em bancos de dados do Aurora MySQL.
Aurora_pq_bytes_returned	O número de bytes de estruturas de dados de tupla transmitidos para o nó de cabeçalho durante as consultas paralelas. Divida por 16.384 para comparar com Aurora_pq_pages_pushed_down.
Aurora_pq_max_concurrent_requests	O número máximo de sessões de consulta paralela que podem ser executadas simultaneamente nesta instância de bancos de dados Aurora. Esse é um número fixo, que depende da classe da instância de banco de dados da AWS.
Aurora_pq_pages_pushed_down	O número de páginas de dados (cada uma com um tamanho fixo de 16 KiB) em que a consulta paralela evitou uma transmissão de rede para o nó de cabeçalho.
Aurora_pq_request_attempted	O número de sessões de consultas paralelas solicitadas. Esse valor pode representar mais de uma sessão por consulta, dependendo dos elementos SQL, como subconsultas e junções.
Aurora_pq_request_executed	O número de sessões de consultas paralelas executadas com êxito.
Aurora_pq_request_failed	O número de sessões de consultas paralelas que retornaram um erro para o cliente. Em alguns casos, uma solicitação por uma consulta paralela pode falhar, por exemplo, devido a um problema na camada de armazenamento. Nesses casos, a parte da consulta que falhou é reprocessada usando um mecanismo de consulta não paralelo. Se a consulta reprocessada também falhar, será retornado um erro para o cliente e o contador será incrementado.
Aurora_pq_request_in_progress	O número de sessões de consultas paralelas em andamento no momento. Esse número se aplica à instância de bancos de dados Aurora em particular à qual você está conectado, e não a todo o cluster de bancos de dados Aurora. Para saber se uma instância de banco de dados está próxima do limite de simultaneidade, compare este valor a Aurora_pq_max_concurrent_requests.
Aurora_pq_request_not_chosen	O número de vezes em que a consulta paralela não foi escolhida para atender uma consulta. Este valor é a soma de vários outros contadores mais granulares. Uma instrução EXPLAIN pode incrementar esse contador mesmo que a consulta não seja realmente executada.
Aurora_pq_request_not_chosen_below_min_rows	O número de vezes em que a consulta paralela não foi escolhida devido ao número de linhas na tabela. Uma declaração EXPLAIN pode incrementar esse contador mesmo que a consulta não seja realmente executada.
Aurora_pq_request_not_chosen_column_bit	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela devido a um tipo de dados sem suporte na lista de colunas projetadas.
Aurora_pq_request_not_chosen_column_geometry	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a tabela tem colunas com o tipo de dados GEOMETRY. Para saber mais sobre as versões do Aurora MySQL que removem essa limitação, consulte Fazer upgrade de clusters de consulta paralela para o Aurora MySQL versão 3.
Aurora_pq_request_not_chosen_column_lob	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a tabela inclui colunas com um tipo de dados LOB ou colunas VARCHAR que são armazenadas externamente devido ao comprimento declarado. Para saber mais sobre as versões do Aurora MySQL que removem essa limitação, consulte Fazer upgrade de clusters de consulta paralela para o Aurora MySQL versão 3.
Aurora_pq_request_not_chosen_column_virtual	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a tabela contém uma coluna virtual.
Aurora_pq_request_not_chosen_custom_charset	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a tabela tem colunas com um conjunto de caracteres personalizado.
Aurora_pq_request_not_chosen_fast_ddl	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a tabela está sendo alterada atualmente por uma instrução ALTER DDL rápida.
Aurora_pq_request_not_chosen_few_pages_outside_buffer_pool	O número de vezes em que a consulta paralela não foi escolhida, ainda que menos de 95 por cento dos dados da tabela já estivessem no grupo de buffers, porque não havia uma quantidade suficiente de dados da tabela fora do buffer que fizesse a consulta paralela valer a pena.
Aurora_pq_request_not_chosen_full_text_index	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a tabela tem índices de texto completo.
Aurora_pq_request_not_chosen_high_buffer_pool_pct	O número de vezes em que a consulta paralela não foi escolhida porque uma alta porcentagem de dados da tabela (no momento, maior do que 95 por cento) já se encontrava no grupo de buffers. Nesses casos, o otimizador determina que a leitura dos dados a partir do grupo de buffers é mais eficiente. Uma instrução EXPLAIN pode incrementar esse contador mesmo que a consulta não seja realmente executada.
Aurora_pq_request_not_chosen_index_hint	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a consulta inclui uma dica de índice.
Aurora_pq_request_not_chosen_innodb_table_format	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a tabela usa um formato de linha InnoDB que não é compatível. A consulta paralela do Aurora só se aplica aos formatos de linha COMPACT, REDUNDANT e DYNAMIC.
Aurora_pq_request_not_chosen_long_trx	O número de solicitações de consultas paralelas que usaram o caminho de processamento de consultas não paralelas, devido à execução da consulta ter sido iniciada dentro de uma transação de execução demorada. Uma instrução EXPLAIN pode incrementar esse contador mesmo que a consulta não seja realmente executada.
Aurora_pq_request_not_chosen_no_where_clause	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a consulta não inclui nenhuma cláusula WHERE.
Aurora_pq_request_not_chosen_range_scan	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a consulta usa uma verificação de intervalo em um índice.
Aurora_pq_request_not_chosen_row_length_too_long	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque o comprimento total combinado de todas as colunas é muito longo.
Aurora_pq_request_not_chosen_small_table	O número de vezes em que a consulta paralela não foi escolhida devido ao tamanho total da tabela, o que é determinado pelo número de linhas e pelo comprimento médio da linha. Uma instrução EXPLAIN pode incrementar esse contador mesmo que a consulta não seja realmente executada.
Aurora_pq_request_not_chosen_temporary_table	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a consulta se refere a tabelas temporárias que usam os tipos de tabela MyISAM ou memory que não têm suporte.
Aurora_pq_request_not_chosen_tx_isolation	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a consulta usa um nível de isolamento de transação sem suporte. Em instâncias de banco de dados do leitor, a consulta paralela se aplica somente aos níveis de isolamento REPEATABLE READ e READ COMMITTED.
Aurora_pq_request_not_chosen_update_delete_stmts	O número de solicitações de consulta paralela que usam o caminho de processamento de consulta não paralela porque a consulta faz parte de uma instrução UPDATE ou DELETE.
Aurora_pq_request_not_chosen_unsupported_access	O número de solicitações de consultas paralelas que usam o caminho de processamento de consultas não paralelas porque a cláusula WHERE não atende aos critérios de consulta paralela. Esse resultado pode ocorrer se a consulta não exigir uma varredura de dados intensiva ou se a consulta for uma instrução DELETE ou UPDATE.
Aurora_pq_request_not_chosen_unsupported_storage_type	O número de solicitações de consulta paralelas que usam o caminho de processamento de consulta não paralelo porque o cluster de banco de dados do Aurora MySQL não está usando uma configuração de armazenamento de cluster compatível do Aurora. Para ter mais informações, consulte Limitações. Esse parâmetro é aplicável ao Aurora MySQL versão 3.04 e posterior.
Aurora_pq_request_throttled	O número de vezes em que a consulta paralela não foi escolhida devido ao número máximo de consultas paralelas simultâneas em execução em uma determinada instância de bancos de dados Aurora.
Aurora_repl_bytes_received	Número de bytes replicados em uma instância de banco de dados do leitor do Aurora MySQL desde a última reinicialização. Para ter mais informações, consulte Replicação com o Amazon Aurora MySQL.
Aurora_reserved_mem_exceeded_incidents	O número de vezes, desde a última reinicialização, que o engenheiro excedeu os limites de memória reservada. Se aurora_oom_response estiver configurado, esse limite definirá quando as atividades para evitar falta de memória (OOM) serão acionadas. Para receber mais informações sobre a resposta OOM do Aurora MySQL, consulte Solucionar problemas de falta de memória em bancos de dados do Aurora MySQL.
Aurora_thread_pool_thread_count	O número atual de segmentos no grupo de segmentos do Aurora. Para receber mais informações sobre o grupo de segmentos no Aurora MySQL, consulte Pool de threads.
Aurora_tmz_version	Indica a versão atual das informações de fuso horário usadas pelo cluster de banco de dados. Os valores seguem o formato Internet Assigned Numbers Authority (IANA): YYYYsuffix; por exemplo, 2022a e 2023c. Esse parâmetro se aplica ao Aurora MySQL versão 2.12 e posterior e versão 3.04 e posterior.
Aurora_zdr_oom_threshold	Representa o limite de memória, em quilobytes (KB), para que uma instância de banco de dados do Aurora inicie uma reinicialização com tempo de inatividade zero (ZDR) para se recuperar de possíveis problemas relacionados à memória.
server_aurora_das_running	Indica se Database Activity Streams (DAS) está habilitado ou desabilitado nessa instância de banco de dados. Para ter mais informações, consulte Monitorar o Amazon Aurora com o recurso Database Activity Streams.

Variáveis de status do MySQL não se aplicam ao Aurora MySQL

Por causa das diferenças de arquitetura entre o Aurora MySQL e o MySQL, algumas variáveis de status do MySQL não se aplicam ao Aurora MySQL.

As variáveis de status do MySQL a seguir não são aplicáveis ao Aurora MySQL. Essa lista não é exaustiva.

• innodb_buffer_pool_bytes_dirty

• innodb_buffer_pool_pages_dirty

• innodb_buffer_pool_pages_flushed

O Aurora MySQL versão 3 remove as seguintes variáveis de status presentes no Aurora MySQL versão 2:

• AuroraDb_lockmgr_bitmaps0_in_use

• AuroraDb_lockmgr_bitmaps1_in_use

• AuroraDb_lockmgr_bitmaps_mem_used

• AuroraDb_thread_deadlocks

• available_alter_table_log_entries

• Aurora_lockmgr_memory_used

• Aurora_missing_history_on_replica_incidents

• Aurora_new_lock_manager_lock_release_cnt

• Aurora_new_lock_manager_lock_release_total_duration_micro

• Aurora_new_lock_manager_lock_timeout_cnt

• Aurora_total_op_memory

• Aurora_total_op_temp_space

• Aurora_used_alter_table_log_entries

• Aurora_using_new_lock_manager

• Aurora_volume_bytes_allocated

• Aurora_volume_bytes_left_extent

• Aurora_volume_bytes_left_total

• Com_alter_db_upgrade

• Compression

• External_threads_connected

• Innodb_available_undo_logs

• Last_query_cost

• Last_query_partial_plans

• Slave_heartbeat_period

• Slave_last_heartbeat

• Slave_received_heartbeats

• Slave_retried_transactions

• Slave_running

• Time_since_zero_connections

Estas variáveis de status do MySQL estão disponíveis no Aurora MySQL versão 2, mas não no Aurora MySQL versão 3:

• Innodb_redo_log_enabled

• Innodb_undo_tablespaces_total

• Innodb_undo_tablespaces_implicit

• Innodb_undo_tablespaces_explicit

• Innodb_undo_tablespaces_active