Parámetros de nivel de clúster Parámetros de nivel de instancia Parámetros de MySQL que no se aplican a Aurora MySQL

Parámetros de configuración de Aurora MySQL

El clúster de bases de datos Amazon Aurora MySQL se administra de la misma forma que otras instancias de base de datos de Amazon RDS: con los parámetros de un grupo de parámetros de base de datos. Amazon Aurora difiere de otros motores de base de datos en los que hay un clúster de bases de datos que contiene varias instancias de base de datos. Como resultado, algunos de los parámetros que utiliza para administrar su clúster de bases de datos de Aurora MySQL se aplican a todo el clúster. Los demás parámetros se aplican solo a una instancia de base de datos determinada en el clúster de bases de datos.

Utilice grupos de parámetros de clúster de bases de datos para administrar los parámetros de nivel de clúster. Utilice grupos de parámetros de base de datos para administrar los parámetros de nivel de instancia. Todas las instancias de base de datos en un clúster de bases de datos de Aurora MySQL son compatibles con el motor de base de datos de MySQL. Sin embargo, aplique algunos de los parámetros del motor de base de datos MySQL en el nivel de clúster y administre estos parámetros mediante los grupos de parámetros de clúster de bases de datos. No puede detectar los parámetros de nivel del clúster en el grupo de parámetros de base de datos para una instancia en un clúster de bases de datos de Aurora. Después aparecerá una lista de parámetros de nivel de clúster en este tema.

Puede administrar tanto los parámetros de nivel de clúster como los de nivel de instancia con la Consola de administración de AWS, la AWS CLI o la API de Amazon RDS. Utilice comandos independientes para administrar los parámetros de nivel de clúster y los parámetros de nivel de instancia. Por ejemplo, puede utilizar el comando de la CLI modify-db-clúster-parameter-group para administrar parámetros de nivel de clúster en un grupo de parámetros del clúster de bases de datos. Puede utilizar el comando de la CLI modify-db-parameter-group para administrar parámetros de nivel de instancia en un grupo de parámetros de base de datos para una instancia de base de datos en un clúster de bases de datos.

Puede ver tanto los parámetros de nivel de clúster como los de nivel de instancia en la consola o usando la CLI o la API de RDS. Por ejemplo, puede utilizar el comando de la AWS CLI describe-db-clúster-parameters para ver parámetros de nivel de clúster en un grupo de parámetros del clúster de bases de datos. Puede utilizar el comando de la CLI describe-db-parameters para ver parámetros de nivel de instancia en un grupo de parámetros de base de datos para una instancia de base de datos en un clúster de bases de datos.

nota

Cada grupo de parámetros predeterminados contiene los valores predeterminados para todos los parámetros del grupo de parámetros. Si el parámetro tiene “engine default” para este valor, consulte la documentación de MySQL o PostgreSQL específica de la versión para obtener el valor predeterminado real.

A menos que se indique lo contrario, los parámetros que figuran en las siguientes tablas son válidos para las versiones 2 y 3 de Aurora MySQL.

Para obtener más información acerca de los grupos de parámetros de base de datos, consulte Grupos de parámetros para Amazon Aurora.

Temas

Parámetros de nivel de clúster
Parámetros de nivel de instancia
Parámetros de MySQL que no se aplican a Aurora MySQL

Parámetros de nivel de clúster

En la siguiente tabla se muestran todos los parámetros que afectan a todo el clúster de bases de datos Aurora MySQL.

Nombre del parámetro	Modificable	Notas
`aurora_binlog_read_buffer_size`	Sí	Solo afecta a los clústeres que utilizan replicación de registro binario (binlog). Para obtener información acerca de la replicación de binlog, consulte Replicación entre Aurora y MySQL o entre Aurora y otro clúster de base de datos de Aurora (replicación de registro binario). Eliminado de Aurora MySQL versión 3.
`aurora_binlog_replication_max_yield_seconds`	Sí	Solo afecta a los clústeres que utilizan replicación de registro binario (binlog). Para obtener información acerca de la replicación de binlog, consulte Replicación entre Aurora y MySQL o entre Aurora y otro clúster de base de datos de Aurora (replicación de registro binario).
`aurora_binlog_replication_sec_index_parallel_workers`	Sí	Establece el número total de subprocesos paralelos disponibles para aplicar cambios de índice secundarios al replicar transacciones para tablas grandes con más de un índice secundario. El parámetro está establecido en `0` (deshabilitado) de forma predeterminada. Este parámetro está disponible en la versión 3.06 y versiones posteriores de Aurora MySQL. Para obtener más información, consulte Optimización de la replicación de registros binarios para Aurora MySQL.
`aurora_binlog_use_large_read_buffer`	Sí	Solo afecta a los clústeres que utilizan replicación de registro binario (binlog). Para obtener información acerca de la replicación de binlog, consulte Replicación entre Aurora y MySQL o entre Aurora y otro clúster de base de datos de Aurora (replicación de registro binario). Eliminado de Aurora MySQL versión 3.
`aurora_disable_hash_join`	Sí	Establezca este valor en `ON` para desactivar la optimización de las combinaciones hash en Aurora MySQL versión 2.09 o posteriores. No se admite en la versión 3. Para obtener más información, consulte Consulta paralela para Amazon Aurora MySQL.
`aurora_enable_memory_management`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores. Cuando se encuentra establecido en `ON` (valor predeterminado), Aurora administra automáticamente las acciones de recuperación de memoria y el parámetro `aurora_oom_response` se ignora. Cuando se encuentra establecido en `OFF`, Aurora usa el parámetro `aurora_oom_response` para determinar las acciones de recuperación que se deben realizar. Para obtener más información, consulte Solución de problemas de memoria insuficiente de bases de datos Aurora MySQL.
`aurora_enable_replica_log_compression`	Sí	Para obtener más información, consulte Consideraciones sobre el rendimiento de la replicación de Amazon Aurora MySQL. No aplica cambios a clústeres que formen parte de una base de datos global de Aurora. Eliminado de Aurora MySQL versión 3.
`aurora_enable_repl_bin_log_filtering`	Sí	Para obtener más información, consulte Consideraciones sobre el rendimiento de la replicación de Amazon Aurora MySQL. No aplica cambios a clústeres que formen parte de una base de datos global de Aurora. Eliminado de Aurora MySQL versión 3.
`aurora_enable_staggered_replica_restart`	Sí	Esta configuración está disponible en la versión 3 de Aurora MySQL, pero no se usa.
`aurora_enable_zdr`	Sí	Esta configuración se activa de forma predeterminada en Aurora MySQL 2.10 y posteriores.
`aurora_enable_validate_password_component`	Sí	Este parámetro está disponible en la versión 8.4.7 y versiones posteriores de Aurora MySQL. El valor predeterminado es `0` (`false`). Cuando se encuentra establecido en `1` (o `true`), Aurora habilita el componente `validate_password`. Cuando se encuentra establecido en `0` (o `false`), Aurora deshabilita el componente. El componente se administra mediante este parámetro en lugar de utilizar los comandos `INSTALL COMPONENT` y `UNINSTALL COMPONENT`. Para obtener más información, consulte Uso del componente validate_password.
`aurora_in_memory_relaylog`	Sí	Establece el modo de registro de transmisiones en memoria. Puede utilizar esta característica en las réplicas de binlog para mejorar el rendimiento de la replicación de registros binarios. Para desactivar esta característica, configure el parámetro en OFF. Para activar esta característica, configure el parámetro en ON.
`aurora_enhanced_binlog`	Sí	Establezca el valor de este parámetro en 1 para activar el binlog mejorado en Aurora MySQL versión 3.03.1 y posteriores. Para obtener más información, consulte Configuración del binlog mejorado para Aurora MySQL.
`aurora_full_double_precision_in_json`	Sí	Establezca el valor de este parámetro para habilitar el análisis de números del punto flotante en documentos JSON con total precisión.
`aurora_jemalloc_background_thread`	Sí	Utilice este parámetro para permitir que un subproceso en segundo plano realice operaciones de mantenimiento de memoria. Los valores permitidos son `0` (deshabilitado) y `1` (habilitado). El valor predeterminado es `0`. Este parámetro se aplica a la versión 3.04 y versiones posteriores de Aurora MySQL.
`aurora_jemalloc_dirty_decay_ms`	Sí	Utilice este parámetro para retener la memoria liberada durante un tiempo determinado (en milisegundos). La retención de la memoria permite una reutilización más rápida. Los valores permitidos son `0`-`18446744073709551615`. El valor de predeterminado es `10000` (10 segundos). Puede utilizar un retraso más corto para evitar problemas de falta de memoria, pero a costa de un rendimiento más lento. Este parámetro se aplica a la versión 3.04 y versiones posteriores de Aurora MySQL.
`aurora_jemalloc_tcache_enabled`	Sí	Utilice este parámetro para atender solicitudes de memoria pequeñas (hasta 32 KiB) en una caché local de subprocesos, evitando los ámbitos de memoria. Los valores permitidos son `0` (deshabilitado) y `1` (habilitado). El valor predeterminado es `1`. Este parámetro se aplica a la versión 3.04 y versiones posteriores de Aurora MySQL.
`aurora_load_from_s3_role`	Sí	Para obtener más información, consulte Carga de datos en un clúster de base de datos Amazon Aurora MySQL desde archivos de texto en un bucket de Amazon S3. Actualmente no está disponible en Aurora MySQL versión 3. Utilice `aws_default_s3_role`.
`aurora_mask_password_hashes_type`	Sí	Esta configuración se activa de forma predeterminada en Aurora MySQL 2.11 y posteriores. Utilice esta configuración para ocultar los hash de contraseñas de Aurora MySQL en las consultas lentas y los registros de de auditoría. Los valores permitidos son `0` y `1` (predeterminado). Cuando se establece en `1`, las contraseñas se registran como `<secret>`. Cuando se establece en `0`, las contraseñas se registran como valores hash (`#`).
`aurora_select_into_s3_role`	Sí	Para obtener más información, consulte Grabación de datos desde un clúster de base de datos Amazon Aurora MySQL en archivos de texto de un bucket de Amazon S3. Actualmente no está disponible en Aurora MySQL versión 3. Utilice `aws_default_s3_role`.
`authentication_kerberos_caseins_cmp`	Sí	Controla la comparación de nombres de usuario del complemento de `authentication_kerberos` que no distingue mayúsculas de minúsculas. Configúrelo en `true` para que la comparación no distinga entre mayúsculas y minúsculas. De forma predeterminada, se utiliza la comparación entre mayúsculas y minúsculas (`false`). Para obtener más información, consulte Uso de la autenticación Kerberos para Aurora MySQL. Este parámetro está disponible en Aurora MySQL versión 3.03 y posterior.
`authentication_policy`	Sí	Este parámetro está disponible en la versión 8.4.7 y versiones posteriores de Aurora MySQL. Los valores admitidos son `:caching_sha2_password` (valor predeterminado) y `:mysql_native_password`. Para obtener más información, consulte Política de autenticación (novedades en la versión 8.4).
`auto_increment_increment`	Sí	Ninguno
`auto_increment_offset`	Sí	Ninguno
`aws_default_lambda_role`	Sí	Para obtener más información, consulte Invocación de una función de Lambda desde un clúster de base de datos de Amazon Aurora MySQL.
`aws_default_s3_role`	Sí	Se utiliza al invocar la instrucción `LOAD DATA FROM S3`, `LOAD XML FROM S3` o `SELECT INTO OUTFILE S3` desde el clúster de base de datos. En la versión 2 de Aurora MySQL, el rol de IAM especificado en este parámetro se usa cuando no se especifica un rol de IAM para `aurora_load_from_s3_role` o `aurora_select_into_s3_role` en la instrucción correspondiente. En la versión 3 de Aurora MySQL, siempre se utiliza el rol de IAM especificado para este parámetro. Para obtener más información, consulte Asociación de un rol de IAM con un clúster de base de datos Amazon Aurora MySQL.
`binlog_backup`	Sí	Establezca el valor de este parámetro en 0 para activar el binlog mejorado en Aurora MySQL versión 3.03.1 y posteriores. Puede desactivar este parámetro solo si usa el binlog mejorado. Para obtener más información, consulte Configuración del binlog mejorado para Aurora MySQL.
`binlog_checksum`	Sí	La API AWS CLI y RDS informa un valor de `None` si este parámetro no está establecido. En ese caso, Aurora MySQL utiliza el valor predeterminado del motor, que es `CRC32`. Esto es diferente de la configuración explícita de `NONE`, que desactiva la suma de comprobación.
`binlog-do-db`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_format`	Sí	Para obtener más información, consulte Replicación entre Aurora y MySQL o entre Aurora y otro clúster de base de datos de Aurora (replicación de registro binario).
`binlog_group_commit_sync_delay`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_group_commit_sync_no_delay_count`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog-ignore-db`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_replication_globaldb`	Sí	Establezca el valor de este parámetro en 0 para activar el binlog mejorado en Aurora MySQL versión 3.03.1 y posteriores. Puede desactivar este parámetro solo si usa el binlog mejorado. Para obtener más información, consulte Configuración del binlog mejorado para Aurora MySQL.
`binlog_row_image`	Sí	Ninguno
`binlog_row_metadata`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_row_value_options`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_rows_query_log_events`	Sí	Ninguno
`binlog_transaction_compression`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_transaction_compression_level_zstd`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_transaction_dependency_history_size`	Sí	Este parámetro establece un límite superior en el número de hashes de fila que se guardan en la memoria y se utiliza para buscar la transacción que modificó por última vez una fila determinada. Cuando se alcanza este número de hashes, se purga el historial. Este parámetro se aplica a la versión 2.12 y versiones posteriores y a la versión 3 de Aurora MySQL.
`binlog_transaction_dependency_tracking`	Sí	Este parámetro solo se aplica a la versión 3 de Aurora MySQL. En la versión 8.4.7 de Aurora MySQL, el servidor usa el comportamiento WRITESET de forma predeterminada.
`character-set-client-handshake`	Sí	Ninguno
`character_set_client`	Sí	Ninguno
`character_set_connection`	Sí	Ninguno
`character_set_database`	Sí	Es el juego de caracteres que utiliza la base de datos predeterminada. El valor predeterminado es `utf8mb4`.
`character_set_filesystem`	Sí	Ninguno
`character_set_results`	Sí	Ninguno
`character_set_server`	Sí	Ninguno
`collation_connection`	Sí	Ninguno
`collation_server`	Sí	Ninguno
`completion_type`	Sí	Ninguno
`default_storage_engine`	No	Los clústeres de Aurora MySQL usan el motor de almacenamiento de InnoDB para todos sus datos.
`enforce_gtid_consistency`	A veces	Se puede modificar en la versión 2 de Aurora MySQL y versiones posteriores.
`event_scheduler`	Sí	Indica el estado del programador de eventos. Solo se puede modificar en el nivel del clúster en Aurora MySQL versión 3.
`gtid-mode`	A veces	Se puede modificar en la versión 2 de Aurora MySQL y versiones posteriores.
`information_schema_stats_expiry`	Sí	El número de segundos después de los cuales el servidor de bases de datos MySQL recupera los datos del motor de almacenamiento y los reemplaza en la memoria caché. Los valores permitidos son: Este parámetro se aplica a Aurora MySQL versión 3.
`init_connect`	Sí	El comando que ejecutará el servidor para cada cliente que se conecte. Utilice comillas dobles (") en la configuración para evitar errores de conexión, por ejemplo: `SET optimizer_switch="hash_join=off"` En la versión 3 de Aurora MySQL, este parámetro no se aplica a los usuarios que tienen el privilegio `CONNECTION_ADMIN`. Esto incluye al usuario maestro de Aurora. Para obtener más información, consulte Modelo de privilegios basado en roles.
`innodb_adaptive_hash_index`	Sí	Puede modificar este parámetro en el nivel del clúster de base de datos en las versiones 2 y 3 de Aurora MySQL. El índice hash adaptativo no se admite en instancias de base de datos de lector.
`innodb_aurora_instant_alter_column_allowed`	Sí	Controla si el `INSTANT` algoritmo se puede utilizar para `ALTER COLUMN` operaciones a nivel global. Los valores permitidos son los siguientes: `0`: el algoritmo `INSTANT` no está permitido para las operaciones `ALTER COLUMN` (`OFF`). Se revierte a otros algoritmos. `1`: el algoritmo `INSTANT` no está permitido para las operaciones `ALTER COLUMN` (`ON`). Este es el valor predeterminado. Para obtener más información, consulte Optimizing Locking Operations en la documentación de MySQL. Este parámetro se aplica a la versión 3.04 y versiones posteriores de Aurora MySQL.
`innodb_autoinc_lock_mode`	Sí	Ninguno
`innodb_checksums`	No	Eliminado de Aurora MySQL versión 3.
`innodb_cmp_per_index_enabled`	Sí	Ninguno
`innodb_commit_concurrency`	Sí	Ninguno
`innodb_data_home_dir`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`innodb_deadlock_detect`	Sí	Esta opción se utiliza para deshabilitar la detección de bloqueos en la versión 2.11 y versiones posteriores y la versión 3 de Aurora MySQL. En los sistemas de alta simultaneidad, la detección de bloqueos puede provocar una ralentización cuando numerosos hilos esperan el mismo bloqueo. Consulte la documentación de MySQL para obtener más información sobre este parámetro.
`innodb_default_row_format`	Sí	Este parámetro define el formato de fila predeterminado para las tablas de InnoDB (incluidas las tablas temporales de InnoDB creadas por el usuario). Se aplica a las versiones 2 y 3 de Aurora MySQL. Su valor puede ser `DYNAMIC`, `COMPACT` o `REDUNDANT.`.
`innodb_file_per_table`	Sí	El parámetro afecta a cómo se organiza el almacenamiento de tablas. Para obtener más información, consulte Escalado del almacenamiento.
`innodb_flush_log_at_trx_commit`	Sí	Le recomendamos encarecidamente que utilice el valor predeterminado de `1`. En la versión 3 de Aurora MySQL, antes de poder configurar este parámetro con un valor distinto de `1`, primero debe cambiar el valor de `innodb_trx_commit_allow_data_loss` a `1`. Para obtener más información, consulte Configuración de la frecuencia de vaciado del búfer de registro.
`innodb_ft_max_token_size`	Sí	Ninguno
`innodb_ft_min_token_size`	Sí	Ninguno
`innodb_ft_num_word_optimize`	Sí	Ninguno
`innodb_ft_sort_pll_degree`	Sí	Ninguno
`innodb_online_alter_log_max_size`	Sí	Ninguno
`innodb_optimize_fulltext_only`	Sí	Ninguno
`innodb_page_size`	No	Ninguno
`innodb_print_all_deadlocks`	Sí	Cuando está activado, registra información sobre todos los interbloqueos de InnoDB en el registro de errores de Aurora MySQL. Para obtener más información, consulte Minimización y solución de problemas de los interbloqueos de Aurora MySQL.
`innodb_purge_batch_size`	Sí	Ninguno
`innodb_purge_threads`	Sí	Ninguno
`innodb_rollback_on_timeout`	Sí	Ninguno
`innodb_rollback_segments`	Sí	Ninguno
`innodb_spin_wait_delay`	Sí	Ninguno
`innodb_strict_mode`	Sí	Ninguno
`innodb_support_xa`	Sí	Eliminado de Aurora MySQL versión 3.
`innodb_sync_array_size`	Sí	Ninguno
`innodb_sync_spin_loops`	Sí	Ninguno
`innodb_stats_include_delete_marked`	Sí	Cuando este parámetro está habilitado, InnoDB incluye los registros marcados como borrados al calcular las estadísticas persistentes del optimizador. Este parámetro se aplica a la versión 2.12 y versiones posteriores y a la versión 3 de Aurora MySQL.
`innodb_table_locks`	Sí	Ninguno
`innodb_trx_commit_allow_data_loss`	Sí	En Aurora MySQL versión 3, establezca el valor de este parámetro en `1` de modo que pueda cambiar el valor de `innodb_flush_log_at_trx_commit`. El valor predeterminado de `innodb_trx_commit_allow_data_loss` es `0`. Para obtener más información, consulte Configuración de la frecuencia de vaciado del búfer de registro.
`innodb_undo_directory`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`internal_tmp_disk_storage_engine`	Sí	Controla qué motor de almacenamiento en memoria se utiliza para las tablas temporales internas. Los valores permitidos son `INNODB` y `MYISAM`. Este parámetro se aplica a Aurora MySQL versión 2.
`internal_tmp_mem_storage_engine`	Sí	Controla qué motor de almacenamiento en memoria se utiliza para las tablas temporales internas. Los valores permitidos son `MEMORY` y `TempTable`. Este parámetro se aplica a Aurora MySQL versión 3.
`key_buffer_size`	Sí	Memoria caché de claves para tablas MyISAM. Para obtener más información, consulte keycache->cache_lock mutex.
`lc_time_names`	Sí	Ninguno
`log_error_suppression_list`	Sí	Especifica una lista de códigos de error que no se registran en el registro de errores de MySQL. Esto le permite ignorar ciertas condiciones de error no críticas para ayudar a mantener limpios los registros de errores. Para obtener más información, consulte log_error_suppression_list en la documentación de MySQL. Este parámetro se aplica a la versión 3.03 y versiones posteriores de Aurora MySQL.
`low_priority_updates`	Sí	Las operaciones `INSERT`, `UPDATE`, `DELETE` y `LOCK TABLE WRITE` esperan hasta que no haya ninguna operación `SELECT` pendiente. Este parámetro solo afecta a los motores de almacenamiento que utilizan únicamente el bloqueo en el nivel de tabla (MyISAM, MEMORY, MERGE). Este parámetro se aplica a Aurora MySQL versión 3.
`lower_case_table_names`	Sí (para la versión 2 de Aurora MySQL) Solo en el momento de la creación del clúster (versión 3 de Aurora MySQL)	En las versiones 2.10 de Aurora MySQL y posteriores 2.x, asegúrese de reiniciar todas las instancias del lector después de cambiar esta configuración y reiniciar la instancia del escritor. Para obtener más información, consulte Reinicio de un clúster de Aurora con disponibilidad de lectura. En Aurora MySQL versión 3, el valor de este parámetro se establece de forma permanente en el momento de crear el clúster. Si utiliza un valor no predeterminado para esta opción, configure el grupo de parámetros personalizados Aurora MySQL versión 3 antes de actualizar y especifique el grupo de parámetros durante la operación de restauración de instantáneas que crea el clúster de la versión 3. Con una base de datos global de Aurora basada en Aurora MySQL, no se puede realizar una actualización local desde la versión 2 a la versión 3 de Aurora MySQL si el parámetro `lower_case_table_names` está activado. Para obtener más información sobre los métodos que puede utilizar, consulte Actualizaciones de la versión principal.
`master-info-repository`	Sí	Eliminado de Aurora MySQL versión 3.
`master_verify_checksum`	Sí	Aurora MySQL versión 2. Usar `source_verify_checksum` en Aurora MySQL versión 3.
`max_delayed_threads`	Sí	Establece el número máximo de subprocesos para gestionar las instrucciones `INSERT DELAYED`. Este parámetro se aplica a Aurora MySQL versión 3.
`max_error_count`	Sí	Número máximo de mensajes de error, advertencia y nota que se almacenará para su visualización. Este parámetro se aplica a Aurora MySQL versión 3.
`max_execution_time`	Sí	El tiempo de espera para ejecutar instrucciones `SELECT`, en milisegundos. Los valores pueden ser de `0` a `18446744073709551615`. Si se establece en `0`, no hay tiempo de espera. Para obtener más información, consulte max_execution_time en la documentación de MySQL.
`min_examined_row_limit`	Sí	Utilice este parámetro para evitar que se registren las consultas que examinan un número de filas inferior al especificado.
`partial_revokes`	No	Este parámetro se aplica a Aurora MySQL versión 3.
`password_history`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`password_require_current`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`password_reuse_interval`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`preload_buffer_size`	Sí	Tamaño del búfer que se asigna al precargar los índices. Este parámetro se aplica a Aurora MySQL versión 3.
`query_cache_type`	Sí	Eliminado de Aurora MySQL versión 3.
`read_only`	Sí	Cuando este parámetro está activado, el servidor no permite actualizaciones, excepto las que realizan los subprocesos de réplica. Los valores válidos para Aurora MySQL versión 2 son los siguientes: `0` – `OFF` `1` – `ON` `{TrueIfReplica}` - `ON` para réplicas de lectura. Este es el valor predeterminado. `{TrueIfClusterReplica}` - `ON` para clústeres de réplicas, como réplicas de lectura entre regiones, clústeres secundarios en una base de datos global de Aurora e implementaciones azul/verde. Los valores válidos para Aurora MySQL versión 3 son los siguientes: `0` – `OFF`. Este es el valor predeterminado. `1` – `ON` `{TrueIfClusterReplica}` - `ON` para clústeres de réplicas, como réplicas de lectura entre regiones, clústeres secundarios en una base de datos global de Aurora e implementaciones azul/verde. En la versión 3 de Aurora MySQL, este parámetro no se aplica a los usuarios que tienen el privilegio `CONNECTION_ADMIN`. Esto incluye al usuario maestro de Aurora. Para obtener más información, consulte Modelo de privilegios basado en roles.
`relay-log-space-limit`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replica_parallel_type`	Sí	Este parámetro permite la ejecución en paralelo en la réplica de todos los subprocesos no confirmados que ya se encuentran en la fase de preparación, sin infringir la coherencia. Se aplica a la versión 3 de Aurora MySQL. En la versión 3.03.* y versiones anteriores de Aurora MySQL, el valor predeterminado es DATABASE. En la versión 3.04 y versiones anteriores de Aurora MySQL, el valor predeterminado es LOGICAL_CLOCK.
`replica_preserve_commit_order`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replica_transaction_retries`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replica_type_conversions`	Sí	Este parámetro determina las conversiones de tipo utilizadas en las réplicas. Los valores permitidos son `ALL_LOSSY` `ALL_NON_LOSSY`, `ALL_SIGNED` y `ALL_UNSIGNED`. Para obtener más información, consulte el tema de Replicación con definiciones de tablas diferentes sobre el origen y la réplica en la documentación de MySQL. Este parámetro se aplica a Aurora MySQL versión 3.
`replicate-do-db`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replicate-do-table`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replicate-ignore-db`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replicate-ignore-table`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replicate-wild-do-table`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`replicate-wild-ignore-table`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`require_secure_transport`	Sí	Este parámetro se aplica a Aurora MySQL versión 2 y 3. Para obtener más información, consulte Conexiones TLS a clústeres de base de datos de Aurora MySQL.
`rpl_read_size`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`server_audit_cw_upload`	No	Este parámetro ha quedado obsoleto en Aurora MySQL. Utilice `server_audit_logs_upload`. Para obtener más información, consulte Publicación de registros de Amazon Aurora MySQL en Amazon CloudWatch Logs.
`server_audit_events`	Sí	Para obtener más información, consulte Uso de auditorías avanzadas con un clúster de base de datos de Amazon Aurora MySQL.
`server_audit_excl_users`	Sí	Para obtener más información, consulte Uso de auditorías avanzadas con un clúster de base de datos de Amazon Aurora MySQL.
`server_audit_incl_users`	Sí	Para obtener más información, consulte Uso de auditorías avanzadas con un clúster de base de datos de Amazon Aurora MySQL.
`server_audit_logging`	Sí	Para conocer las instrucciones sobre la carga de los registros en registros de Amazon Cloudwatch, consulte Publicación de registros de Amazon Aurora MySQL en Amazon CloudWatch Logs.
`server_audit_logs_upload`	Sí	Puede publicar registros de auditoría en CloudWatch Logs activando la auditoría avanzada y configurando este parámetro en `1`. El valor predeterminado para el parámetro `server_audit_logs_upload` es `0`. Para obtener más información, consulte Publicación de registros de Amazon Aurora MySQL en Amazon CloudWatch Logs.
`server_id`	No	Ninguno
`skip-character-set-client-handshake`	Sí	Ninguno
`skip_name_resolve`	No	Ninguno
`slave-skip-errors`	Sí	Solo se aplica a clústeres de la versión 2 de Aurora MySQL, con compatibilidad MySQL 5.7.
`source_verify_checksum`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`sync_frm`	Sí	Eliminado de Aurora MySQL versión 3.
`thread_cache_size`	Sí	La cantidad de subprocesos que se van a almacenar en caché. Este parámetro se aplica a Aurora MySQL versiones 2 y 3.
`time_zone`	Sí	De manera predeterminada, la zona horaria de un clúster de base de datos de Aurora es el horario universal coordinado (UTC). En su lugar, puede definir la zona horaria de las instancias del clúster de base de datos en la zona horaria local de su aplicación. Para obtener más información, consulte Zona horaria local para los clústeres de base de datos de Amazon Aurora.
`tls_version`	Sí	Para obtener más información, consulte Versiones de TLS para Aurora MySQL.
`validate_password.check_user_name`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`validate_password.dictionary_file`	No	Este parámetro no se admite en la versión 8.4 de Aurora MySQL. El parámetro está visible en el grupo de parámetros, pero no se puede modificar.
`validate_password.length`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`validate_password.mixed_case_count`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`validate_password.number_count`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`validate_password.policy`	Sí	Disponible en la versión 8.4.7 de Aurora MySQL y versiones posteriores. Aurora MySQL solo admite los niveles BAJO y MEDIO.
`validate_password.special_char_count`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.

Parámetros de nivel de instancia

En la siguiente tabla se muestran todos los parámetros que afectan a una instancia de base de datos concreta de un clúster de bases de datos Aurora MySQL.

Nombre del parámetro	Modificable	Notas
`activate_all_roles_on_login`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`allow-suspicious-udfs`	No	Ninguno
`aurora_disable_hash_join`	Sí	Establezca este valor en `ON` para desactivar la optimización de las combinaciones hash en Aurora MySQL versión 2.09 o posteriores. No se admite en la versión 3. Para obtener más información, consulte Consulta paralela para Amazon Aurora MySQL.
`aurora_lab_mode`	Sí	Para obtener más información, consulte Modo lab de Amazon Aurora MySQL. Eliminado de Aurora MySQL versión 3.
`aurora_oom_response`	Sí	Este parámetro se admite en las versiones 2 y 3 de Aurora MySQL. También está disponible en Aurora MySQL 8.4, pero solo se tiene en cuenta cuando la opción `aurora_enable_memory_management` se encuentra establecida en `OFF`. Para obtener más información, consulte Solución de problemas de memoria insuficiente de bases de datos Aurora MySQL.
`aurora_parallel_query`	Sí	Establezca este valor en `ON` para activar la consulta paralela en las versiones de Aurora MySQL 2.09 o posteriores. El parámetro anterior de `aurora_pq` no se utiliza en estas versiones. Para obtener más información, consulte Consulta paralela para Amazon Aurora MySQL.
`aurora_pq`	Sí	Establezca el valor en `OFF` para desactivar la consulta paralela para instancias de base de datos específicas en versiones de Aurora MySQL anteriores a 2.09. En la versión 2.09 o posteriores, active y desactive la consulta paralela con `aurora_parallel_query` en su lugar. Para obtener más información, consulte Consulta paralela para Amazon Aurora MySQL.
`aurora_read_replica_read_committed`	Sí	Habilita el nivel de aislamiento `READ COMMITTED` para las réplicas de Aurora y cambia el comportamiento del aislamiento para reducir el lag de purgado durante las consultas de ejecución prolongada. Habilite esta configuración solo si comprende los cambios de comportamiento y cómo afectan a los resultados de su consulta. Por ejemplo, esta configuración utiliza un aislamiento menos estricto que el MySQL predeterminado. Cuando se habilita, las consultas de ejecución prolongada pueden ver más de una copia de la misma fila ya que Aurora reorganiza los datos de la tabla mientras se ejecuta la consulta. Para obtener más información, consulte Niveles de aislamiento de Aurora MySQL.
`aurora_tmptable_enable_per_table_limit`	Sí	Determina si el parámetro `tmp_table_size` controla el tamaño máximo de las tablas temporales en memoria creadas por el motor de almacenamiento `TempTable` en la versión 3.04 y versiones posteriores de Aurora MySQL. Para obtener más información, consulte Limitación del tamaño de las tablas temporales internas en memoria.
`aurora_transaction_timeout`	Sí	Establece la duración máxima, en segundos, de una transacción de InnoDB. Las transacciones que superen esta duración se revierten. Un valor de `0` (el valor predeterminado) desactiva el tiempo de espera. Disponible en la versión 8.4.8 de Aurora MySQL y versiones posteriores. Para obtener más información, consulte Tiempo de espera de transacciones en Amazon Aurora MySQL.
`aurora_use_vector_instructions`	Sí	Cuando este parámetro está habilitado, Aurora MySQL utiliza las instrucciones de procesamiento vectorial optimizadas que proporcionan las CPU modernas para mejorar el rendimiento en las cargas de trabajo con un uso intensivo de E/S. Esta configuración se activa de forma predeterminada en Aurora MySQL 2.11 y posteriores.
`autocommit`	Sí	Ninguno
`automatic_sp_privileges`	Sí	Ninguno
`back_log`	Sí	Ninguno
`basedir`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`binlog_cache_size`	Sí	Ninguno
`binlog_max_flush_queue_time`	Sí	Ninguno
`binlog_order_commits`	Sí	Ninguno
`binlog_stmt_cache_size`	Sí	Ninguno
`binlog_transaction_compression`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`binlog_transaction_compression_level_zstd`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`bulk_insert_buffer_size`	Sí	Ninguno
`concurrent_insert`	Sí	Ninguno
`connect_timeout`	Sí	Ninguno
`core-file`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`datadir`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`default_authentication_plugin`	No	Este parámetro se aplica a Aurora MySQL versión 3.
`default_password_lifetime`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`default_time_zone`	No	Ninguno
`default_tmp_storage_engine`	Sí	Motor de almacenamiento predeterminado para tablas temporales.
`default_week_format`	Sí	Ninguno
`delay_key_write`	Sí	Ninguno
`disconnect_on_expired_password`	Sí	Disponible en la versión 8.4 de Aurora MySQL y versiones posteriores.
`delayed_insert_limit`	Sí	Ninguno
`delayed_insert_timeout`	Sí	Ninguno
`delayed_queue_size`	Sí	Ninguno
`div_precision_increment`	Sí	Ninguno
`end_markers_in_json`	Sí	Ninguno
`eq_range_index_dive_limit`	Sí	Ninguno
`event_scheduler`	A veces	Indica el estado del programador de eventos. Solo se puede modificar a nivel de clúster en Aurora MySQL versión 3.
`explicit_defaults_for_timestamp`	Sí	Ninguno
`flush`	No	Ninguno
`flush_time`	Sí	Ninguno
`ft_boolean_syntax`	No	Ninguno
`ft_max_word_len`	Sí	Ninguno
`ft_min_word_len`	Sí	Ninguno
`ft_query_expansion_limit`	Sí	Ninguno
`ft_stopword_file`	Sí	Ninguno
`general_log`	Sí	Para conocer las instrucciones sobre la carga de los registros en CloudWatch Logs, consulte Publicación de registros de Amazon Aurora MySQL en Amazon CloudWatch Logs.
`general_log_file`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`group_concat_max_len`	Sí	Ninguno
`host_cache_size`	Sí	Ninguno
`init_connect`	Sí	El comando que ejecutará el servidor para cada cliente que se conecte. Utilice comillas dobles (") en la configuración para evitar errores de conexión, por ejemplo: `SET optimizer_switch="hash_join=off"` En la versión 3 de Aurora MySQL, este parámetro no se aplica a los usuarios que tienen el privilegio `CONNECTION_ADMIN`, incluido el usuario maestro de Aurora. Para obtener más información, consulte Modelo de privilegios basado en roles.
`innodb_adaptive_hash_index`	Sí	Puede modificar este parámetro en el nivel de la instancia de base de datos en la versión 2 de Aurora MySQL. Solo se puede modificar en el nivel del clúster de base de datos en Aurora MySQL versión 3. El índice hash adaptativo no se admite en instancias de base de datos de lector.
`innodb_adaptive_max_sleep_delay`	Sí	La modificación de este parámetro no tiene ningún efecto, porque `innodb_thread_concurrency` es siempre 0 para Aurora.
`innodb_aurora_max_partitions_for_range`	Sí	En algunos casos en los que las estadísticas persistentes no estén disponibles, puede utilizar este parámetro para mejorar el rendimiento de las estimaciones del recuento de filas en las tablas divididas. Puede configurarlo en un valor comprendido entre 0 y 8192, donde el valor determina el número de particiones que se van a comprobar durante la estimación del recuento de filas. El valor predeterminado es 0, que se estima utilizando todas las particiones, de acuerdo con el comportamiento predeterminado de MySQL. Este parámetro está disponible para la versión 3.03.1 y posteriores de Aurora MySQL.
`innodb_autoextend_increment`	Sí	Ninguno
`innodb_buffer_pool_dump_at_shutdown`	No	Ninguno
`innodb_buffer_pool_dump_now`	No	Ninguno
`innodb_buffer_pool_filename`	No	Ninguno
`innodb_buffer_pool_load_abort`	No	Ninguno
`innodb_buffer_pool_load_at_startup`	No	Ninguno
`innodb_buffer_pool_load_now`	No	Ninguno
`innodb_buffer_pool_size`	Sí	El valor predeterminado se representa con una fórmula. Para obtener más información sobre cómo se calcula el valor de `DBInstanceClassMemory` de la fórmula, consulte Variables de las fórmulas de parámetros de base de datos.
`innodb_change_buffer_max_size`	No	Aurora MySQL no utiliza el búfer de cambio de InnoDB en absoluto.
`innodb_compression_failure_threshold_pct`	Sí	Ninguno
`innodb_compression_level`	Sí	Ninguno
`innodb_compression_pad_pct_max`	Sí	Ninguno
`innodb_concurrency_tickets`	Sí	La modificación de este parámetro no tiene ningún efecto, porque `innodb_thread_concurrency` es siempre 0 para Aurora.
`innodb_deadlock_detect`	Sí	Esta opción se utiliza para deshabilitar la detección de bloqueos en la versión 2.11 y versiones posteriores y la versión 3 de Aurora MySQL. En los sistemas de alta simultaneidad, la detección de bloqueos puede provocar una ralentización cuando numerosos hilos esperan el mismo bloqueo. Consulte la documentación de MySQL para obtener más información sobre este parámetro.
`innodb_file_format`	Sí	Eliminado de Aurora MySQL versión 3.
`innodb_flushing_avg_loops`	No	Ninguno
`innodb_force_load_corrupted`	No	Ninguno
`innodb_ft_aux_table`	Sí	Ninguno
`innodb_ft_cache_size`	Sí	Ninguno
`innodb_ft_enable_stopword`	Sí	Ninguno
`innodb_ft_server_stopword_table`	Sí	Ninguno
`innodb_ft_user_stopword_table`	Sí	Ninguno
`innodb_large_prefix`	Sí	Eliminado de Aurora MySQL versión 3.
`innodb_lock_wait_timeout`	Sí	Ninguno
`innodb_log_compressed_pages`	No	Ninguno
`innodb_lru_scan_depth`	Sí	Ninguno
`innodb_max_purge_lag`	Sí	Ninguno
`innodb_max_purge_lag_delay`	Sí	Ninguno
`innodb_monitor_disable`	Sí	Ninguno
`innodb_monitor_enable`	Sí	Ninguno
`innodb_monitor_reset`	Sí	Ninguno
`innodb_monitor_reset_all`	Sí	Ninguno
`innodb_old_blocks_pct`	Sí	Ninguno
`innodb_old_blocks_time`	Sí	Ninguno
`innodb_open_files`	Sí	Ninguno
`innodb_print_all_deadlocks`	Sí	Cuando está activado, registra información sobre todos los interbloqueos de InnoDB en el registro de errores de Aurora MySQL. Para obtener más información, consulte Minimización y solución de problemas de los interbloqueos de Aurora MySQL.
`innodb_random_read_ahead`	Sí	Ninguno
`innodb_read_ahead_threshold`	Sí	Ninguno
`innodb_read_io_threads`	No	Aurora MySQL administra automáticamente el valor de este parámetro en función de la clase de la instancia de la base de datos. El valor se escala con la cantidad de vCPU de la instancia.
`innodb_read_only`	No	Aurora MySQL administra el estado de solo lectura y lectura/escritura de las instancias de base de datos según el tipo de clúster. Por ejemplo, un clúster aprovisionado dispone de una instancia de base de datos de lectura/escritura (la instancia principal) y mis otras instancias en el clúster son de solo lectura (las réplicas de Aurora).
`innodb_replication_delay`	Sí	Ninguno
`innodb_sort_buffer_size`	Sí	Ninguno
`innodb_stats_auto_recalc`	Sí	Ninguno
`innodb_stats_method`	Sí	Ninguno
`innodb_stats_on_metadata`	Sí	Ninguno
`innodb_stats_persistent`	Sí	Ninguno
`innodb_stats_persistent_sample_pages`	Sí	Ninguno
`innodb_stats_transient_sample_pages`	Sí	Ninguno
`innodb_thread_concurrency`	No	Ninguno
`innodb_thread_sleep_delay`	Sí	La modificación de este parámetro no tiene ningún efecto, porque `innodb_thread_concurrency` es siempre 0 para Aurora.
`interactive_timeout`	Sí	Aurora evalúa el valor mínimo de `interactive_timeout` y `wait_timeout`. Utiliza ese mínimo como tiempo de espera para finalizar todas las sesiones inactivas, tanto interactivas como no interactivas.
`internal_tmp_disk_storage_engine`	Sí	Controla qué motor de almacenamiento en memoria se utiliza para las tablas temporales internas. Los valores permitidos son `INNODB` y `MYISAM`. Este parámetro se aplica a Aurora MySQL versión 2.
`internal_tmp_mem_storage_engine`	A veces	Controla qué motor de almacenamiento en memoria se utiliza para las tablas temporales internas. Los valores permitidos para las instancias de bases de datos de escritor son `MEMORY` y `TempTable`. En el caso de las instancias de bases de datos de lector, este parámetro está establecido en `TempTable` y no se puede modificar. Este parámetro se aplica a Aurora MySQL versión 3.
`join_buffer_size`	Sí	Ninguno
`keep_files_on_create`	Sí	Ninguno
`key_buffer_size`	Sí	Memoria caché de claves para tablas MyISAM. Para obtener más información, consulte keycache->cache_lock mutex.
`key_cache_age_threshold`	Sí	Ninguno
`key_cache_block_size`	Sí	Ninguno
`key_cache_division_limit`	Sí	Ninguno
`local_infile`	Sí	Ninguno
`lock_wait_timeout`	Sí	Ninguno
`log-bin`	No	Si `binlog_format` se establece en `STATEMENT`, `MIXED`, o `ROW`, `log-bin` se establecerá automáticamente en `ON`. Si se establece `binlog_format` en `OFF`, `log-bin` se establecerá automáticamente en `OFF`. Para obtener más información, consulte Replicación entre Aurora y MySQL o entre Aurora y otro clúster de base de datos de Aurora (replicación de registro binario).
`log_bin_trust_function_creators`	Sí	Ninguno
`log_bin_use_v1_row_events`	Sí	Eliminado de Aurora MySQL versión 3.
`log_error`	No	Ninguno
`log_error_suppression_list`	Sí	Especifica una lista de códigos de error que no se registran en el registro de errores de MySQL. Esto le permite ignorar ciertas condiciones de error no críticas para ayudar a mantener limpios los registros de errores. Para obtener más información, consulte log_error_suppression_list en la documentación de MySQL. Este parámetro se aplica a la versión 3.03 y versiones posteriores de Aurora MySQL.
`log_output`	Sí	Ninguno
`log_queries_not_using_indexes`	Sí	Ninguno
`log_slave_updates`	No	Aurora MySQL versión 2. Usar `log_replica_updates` en Aurora MySQL versión 3.
`log_replica_updates`	No	Aurora MySQL versión 3
`log_throttle_queries_not_using_indexes`	Sí	Ninguno
`log_warnings`	Sí	Eliminado de Aurora MySQL versión 3.
`long_query_time`	Sí	Ninguno
`low_priority_updates`	Sí	Las operaciones `INSERT`, `UPDATE`, `DELETE` y `LOCK TABLE WRITE` esperan hasta que no haya ninguna operación `SELECT` pendiente. Este parámetro solo afecta a los motores de almacenamiento que utilizan únicamente el bloqueo en el nivel de tabla (MyISAM, MEMORY, MERGE). Este parámetro se aplica a Aurora MySQL versión 3.
`max_allowed_packet`	Sí	Ninguno
`max_binlog_cache_size`	Sí	Ninguno
`max_binlog_size`	No	Ninguno
`max_binlog_stmt_cache_size`	Sí	Ninguno
`max_connect_errors`	Sí	Ninguno
`max_connections`	Sí	El valor predeterminado se representa con una fórmula. Para obtener más información sobre cómo se calcula el valor de `DBInstanceClassMemory` de la fórmula, consulte Variables de las fórmulas de parámetros de base de datos. Para ver los valores predeterminados en función de la clase de instancia, consulte Número máximo de conexiones a una instancia de base de datos Aurora MySQL.
`max_delayed_threads`	Sí	Establece el número máximo de subprocesos para gestionar las instrucciones `INSERT DELAYED`. Este parámetro se aplica a Aurora MySQL versión 3.
`max_error_count`	Sí	Número máximo de mensajes de error, advertencia y nota que se almacenará para su visualización. Este parámetro se aplica a Aurora MySQL versión 3.
`max_execution_time`	Sí	El tiempo de espera para ejecutar instrucciones `SELECT`, en milisegundos. Los valores pueden ser de `0` a `18446744073709551615`. Si se establece en `0`, no hay tiempo de espera. Para obtener más información, consulte max_execution_time en la documentación de MySQL.
`max_heap_table_size`	Sí	Ninguno
`max_insert_delayed_threads`	Sí	Ninguno
`max_join_size`	Sí	Ninguno
`max_length_for_sort_data`	Sí	Eliminado de Aurora MySQL versión 3.
`max_prepared_stmt_count`	Sí	Ninguno
`max_seeks_for_key`	Sí	Ninguno
`max_sort_length`	Sí	Ninguno
`max_sp_recursion_depth`	Sí	Ninguno
`max_tmp_tables`	Sí	Eliminado de Aurora MySQL versión 3.
`max_user_connections`	Sí	Ninguno
`max_write_lock_count`	Sí	Ninguno
`metadata_locks_cache_size`	Sí	Eliminado de Aurora MySQL versión 3.
`min_examined_row_limit`	Sí	Utilice este parámetro para evitar que se registren las consultas que examinan un número de filas inferior al especificado. Este parámetro se aplica a Aurora MySQL versión 3.
`myisam_data_pointer_size`	Sí	Ninguno
`myisam_max_sort_file_size`	Sí	Ninguno
`myisam_mmap_size`	Sí	Ninguno
`myisam_sort_buffer_size`	Sí	Ninguno
`myisam_stats_method`	Sí	Ninguno
`myisam_use_mmap`	Sí	Ninguno
`net_buffer_length`	Sí	Ninguno
`net_read_timeout`	Sí	Ninguno
`net_retry_count`	Sí	Ninguno
`net_write_timeout`	Sí	Ninguno
`old-style-user-limits`	Sí	Ninguno
`old_passwords`	Sí	Eliminado de Aurora MySQL versión 3.
`optimizer_prune_level`	Sí	Ninguno
`optimizer_search_depth`	Sí	Ninguno
`optimizer_switch`	Sí	Para obtener información acerca de las características de Aurora MySQL que utilizan este modificador, consulte Prácticas recomendadas con Amazon Aurora MySQL.
`optimizer_trace`	Sí	Ninguno
`optimizer_trace_features`	Sí	Ninguno
`optimizer_trace_limit`	Sí	Ninguno
`optimizer_trace_max_mem_size`	Sí	Ninguno
`optimizer_trace_offset`	Sí	Ninguno
`performance-schema-consumer-events-waits-current`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance-schema-consumer-events-waits-current`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance-schema-instrument`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance-schema-instrument`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema`	Sí	Si la columna Origen está establecida en `Modified`, la información de rendimiento está administrando el esquema de rendimiento. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_accounts_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_accounts_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_global_instrumentation`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_global_instrumentation`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_thread_instrumentation`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_thread_instrumentation`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_stages_current`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_stages_current`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_stages_history`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_stages_history`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_stages_history_long`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_stages_history_long`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_statements_current`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_statements_current`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_statements_history`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_statements_history`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_statements_history_long`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_statements_history_long`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_waits_history`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_waits_history`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_events_waits_history_long`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_events_waits_history_long`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_consumer_statements_digest`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_consumer_statements_digest`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_digests_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_digests_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_stages_history_long_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_stages_history_long_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_stages_history_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_stages_history_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_statements_history_long_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_statements_history_long_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_statements_history_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_statements_history_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_transactions_history_long_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_transactions_history_long_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_transactions_history_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_transactions_history_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_waits_history_long_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_waits_history_long_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_events_waits_history_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_events_waits_history_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_hosts_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_hosts_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_cond_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_cond_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_cond_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_cond_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_digest_length`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_digest_length`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_file_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_file_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_file_handles`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_file_handles`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_file_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_file_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_index_stat`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_index_stat`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_memory_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_memory_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_metadata_locks`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_metadata_locks`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_mutex_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_mutex_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_mutex_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_mutex_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_prepared_statements_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_prepared_statements_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_program_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_program_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_rwlock_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_rwlock_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_rwlock_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_rwlock_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_socket_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_socket_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_socket_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_socket_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_sql_text_length`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_sql_text_length`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_stage_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_stage_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_statement_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_statement_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_statement_stack`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_statement_stack`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_table_handles`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_table_handles`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_table_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_table_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_table_lock_stat`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_table_lock_stat`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_thread_classes`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_thread_classes`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_max_thread_instances`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_max_thread_instances`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_session_connect_attrs_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_session_connect_attrs_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_setup_actors_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_setup_actors_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_setup_objects_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_setup_objects_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_show_processlist`	Sí	Este parámetro determina qué implementación `SHOW PROCESSLIST` utilizar: La implementación predeterminada se repite en los subprocesos activos desde el administrador de subprocesos mientras mantiene un mutex global. Esto puede provocar un rendimiento lento, especialmente en sistemas ocupados. La implementación `SHOW PROCESSLIST` alternativa se basa en la tabla `processlist` del esquema de rendimiento. Esta implementación consulta los datos del subproceso activo del esquema de rendimiento en lugar del administrador de subprocesos y no requiere un mutex. Este parámetro se aplica a la versión 2.12 y versiones posteriores y a la versión 3 de Aurora MySQL. Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_show_processlist`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`performance_schema_users_size`	Sí	Si la columna Origen del parámetro `performance_schema` está establecida en `Modified`, el esquema de rendimiento está utilizando el parámetro `performance_schema_users_size`. Para obtener más información acerca de la habilitación del esquema de rendimiento, consulte Determinación de si Información de base de datos está administrando Performance Schema.
`pid_file`	No	Ninguno
`plugin_dir`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`port`	No	Aurora MySQL administra las propiedades de conexión e implementa una configuración coherente para todas las instancias de base de datos en un clúster.
`preload_buffer_size`	Sí	Tamaño del búfer que se asigna al precargar los índices. Este parámetro se aplica a Aurora MySQL versión 3.
`profiling_history_size`	Sí	Ninguno
`query_alloc_block_size`	Sí	Ninguno
`query_cache_limit`	Sí	Eliminado de Aurora MySQL versión 3.
`query_cache_min_res_unit`	Sí	Eliminado de Aurora MySQL versión 3.
`query_cache_size`	Sí	El valor predeterminado se representa con una fórmula. Para obtener más información sobre cómo se calcula el valor de `DBInstanceClassMemory` de la fórmula, consulte Variables de las fórmulas de parámetros de base de datos. Eliminado de Aurora MySQL versión 3.
`query_cache_type`	Sí	Eliminado de Aurora MySQL versión 3.
`query_cache_wlock_invalidate`	Sí	Eliminado de Aurora MySQL versión 3.
`query_prealloc_size`	Sí	Ninguno
`range_alloc_block_size`	Sí	Ninguno
`read_buffer_size`	Sí	Ninguno
`read_only`	Sí	Cuando este parámetro está activado, el servidor no permite actualizaciones, excepto las que realizan los subprocesos de réplica. Los valores válidos para Aurora MySQL versión 2 son los siguientes: `0` – `OFF` `1` – `ON` `{TrueIfReplica}` - `ON` para réplicas de lectura. Este es el valor predeterminado. `{TrueIfClusterReplica}` - `ON` para instancias en clústeres de réplicas, como réplicas de lectura entre regiones, clústeres secundarios en una base de datos global de Aurora e implementaciones azul/verde. Le recomendamos que utilice el grupo de parámetros del clúster de base de datos de la versión 2 de Aurora MySQL para asegurarse de que el parámetro `read_only` se aplica a las nuevas instancias de escritor en caso de conmutación por error. nota Las instancias de lector siempre son de solo lectura, porque Aurora MySQL establece `innodb_read_only` en `1` en todos los lectores. Por lo tanto, `read_only` es redundante en las instancias del lector. Eliminado en el nivel de la instancia en Aurora MySQL versión 3.
`read_rnd_buffer_size`	Sí	Ninguno
`relay-log`	No	Ninguno
`relay_log_info_repository`	Sí	Eliminado de Aurora MySQL versión 3.
`relay_log_recovery`	No	Ninguno
`replica_checkpoint_group`	Sí	Aurora MySQL versión 3
`replica_checkpoint_period`	Sí	Aurora MySQL versión 3
`replica_parallel_workers`	Sí	Aurora MySQL versión 3
`replica_pending_jobs_size_max`	Sí	Aurora MySQL versión 3
`replica_skip_errors`	Sí	Aurora MySQL versión 3
`replica_sql_verify_checksum`	Sí	Aurora MySQL versión 3
`safe-user-create`	Sí	Ninguno
`secure_auth`	Sí	Este parámetro está siempre activado en Aurora MySQL versión 2. Al intentar desactivarlo, se produce un error. Eliminado de Aurora MySQL versión 3.
`secure_file_priv`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`show_create_table_verbosity`	Sí	La habilitación de esta variable provoca que SHOW_CREATE_TABLE muestre `ROW_FORMAT` con independencia de si es el formato predeterminado. Este parámetro se aplica a la versión 2.12 y versiones posteriores y a la versión 3 de Aurora MySQL.
`skip-slave-start`	No	Ninguno
`skip_external_locking`	No	Ninguno
`skip_show_database`	Sí	Ninguno
`slave_checkpoint_group`	Sí	Aurora MySQL versión 2. Usar `replica_checkpoint_group` en Aurora MySQL versión 3.
`slave_checkpoint_period`	Sí	Aurora MySQL versión 2. Usar `replica_checkpoint_period` en Aurora MySQL versión 3.
`slave_parallel_workers`	Sí	Aurora MySQL versión 2. Usar `replica_parallel_workers` en Aurora MySQL versión 3.
`slave_pending_jobs_size_max`	Sí	Aurora MySQL versión 2. Usar `replica_pending_jobs_size_max` en Aurora MySQL versión 3.
`slave_sql_verify_checksum`	Sí	Aurora MySQL versión 2. Usar `replica_sql_verify_checksum` en Aurora MySQL versión 3.
`slow_launch_time`	Sí	Ninguno
`slow_query_log`	Sí	Para conocer las instrucciones sobre la carga de los registros en CloudWatch Logs, consulte Publicación de registros de Amazon Aurora MySQL en Amazon CloudWatch Logs.
`slow_query_log_file`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`socket`	No	Ninguno
`sort_buffer_size`	Sí	Ninguno
`sql_mode`	Sí	Ninguno
`sql_select_limit`	Sí	Ninguno
`stored_program_cache`	Sí	Ninguno
`sync_binlog`	No	Ninguno
`sync_master_info`	Sí	Ninguno
`sync_source_info`	Sí	Este parámetro se aplica a Aurora MySQL versión 3.
`sync_relay_log`	Sí	Eliminado de Aurora MySQL versión 3.
`sync_relay_log_info`	Sí	Ninguno
`sysdate-is-now`	Sí	Ninguno
`table_cache_element_entry_ttl`	No	Ninguno
`table_definition_cache`	Sí	El valor predeterminado se representa con una fórmula. Para obtener más información sobre cómo se calcula el valor de `DBInstanceClassMemory` de la fórmula, consulte Variables de las fórmulas de parámetros de base de datos.
`table_open_cache`	Sí	El valor predeterminado se representa con una fórmula. Para obtener más información sobre cómo se calcula el valor de `DBInstanceClassMemory` de la fórmula, consulte Variables de las fórmulas de parámetros de base de datos.
`table_open_cache_instances`	Sí	Ninguno
`temp-pool`	Sí	Eliminado de Aurora MySQL versión 3.
`temptable_max_mmap`	Sí	Este parámetro se aplica a Aurora MySQL versión 3. Para obtener más información, consulte Nuevo comportamiento de tabla temporal en Aurora MySQL versión 3. En la versión 8.4.7 de Aurora MySQL y versiones posteriores, el valor predeterminado se calcula como `LEAST(4294967296, {AllocatedStorage*3/100})`. Esta fórmula establece el valor predeterminado en el 3 % del almacenamiento asignado, con un límite máximo de 4 GiB, y reemplaza el valor predeterminado fijo de 1 GiB utilizado en la versión 3 de Aurora MySQL.
`temptable_max_ram`	Sí	Este parámetro se aplica a Aurora MySQL versión 3. Para obtener más información, consulte Nuevo comportamiento de tabla temporal en Aurora MySQL versión 3.
`temptable_use_mmap`	Sí	Este parámetro se aplica a Aurora MySQL versión 3. Para obtener más información, consulte Nuevo comportamiento de tabla temporal en Aurora MySQL versión 3.
`thread_cache_size`	Sí	La cantidad de subprocesos que se van a almacenar en caché. Este parámetro se aplica a Aurora MySQL versiones 2 y 3.
`thread_handling`	No	Ninguno
`thread_stack`	Sí	Ninguno
`timed_mutexes`	Sí	Ninguno
`tmp_table_size`	Sí	Define el tamaño máximo de las tablas temporales internas en memoria creadas por el motor de almacenamiento `MEMORY` en la versión 3 de Aurora MySQL. En la versión 3.04 y versiones posteriores de Aurora MySQL, define el tamaño máximo de las tablas temporales internas en memoria creadas por el motor de almacenamiento `TempTable` cuando `aurora_tmptable_enable_per_table_limit` está configurado en `ON`. Para obtener más información, consulte Limitación del tamaño de las tablas temporales internas en memoria.
`tmpdir`	No	Aurora MySQL utiliza instancias administradas en las que no accede al sistema de archivos directamente.
`transaction_alloc_block_size`	Sí	Ninguno
`transaction_isolation`	Sí	Este parámetro se aplica a Aurora MySQL versión 3. Sustituye a `tx_isolation`.
`transaction_prealloc_size`	Sí	Ninguno
`tx_isolation`	Sí	Eliminado de Aurora MySQL versión 3. Se sustituye por `transaction_isolation`.
`updatable_views_with_limit`	Sí	Ninguno
`validate-password`	No	Eliminado de Aurora MySQL versión 8.4.
`validate_password_dictionary_file`	No	Eliminado de Aurora MySQL versión 8.4.
`validate_password_length`	No	Eliminado de Aurora MySQL versión 8.4.
`validate_password_mixed_case_count`	No	Eliminado de Aurora MySQL versión 8.4.
`validate_password_number_count`	No	Eliminado de Aurora MySQL versión 8.4.
`validate_password_policy`	No	Eliminado de Aurora MySQL versión 8.4.
`validate_password_special_char_count`	No	Eliminado de Aurora MySQL versión 8.4.
`wait_timeout`	Sí	Aurora evalúa el valor mínimo de `interactive_timeout` y `wait_timeout`. Utiliza ese mínimo como tiempo de espera para finalizar todas las sesiones inactivas, tanto interactivas como no interactivas.

Parámetros de MySQL que no se aplican a Aurora MySQL

Debido a las diferencias de arquitectura entre Aurora MySQL y MySQL, algunos parámetros de MySQL no se aplican a Aurora MySQL.

Los siguientes parámetros de MySQL no se aplican a Aurora MySQL. Esta lista no es exhaustiva.

activate_all_roles_on_login: este parámetro no se aplica a Aurora MySQL versión 2. Está disponible en Aurora MySQL versión 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: este parámetro no se aplica a Aurora MySQL. Para obtener más información, consulte Configuración de la frecuencia de vaciado del búfer de registro.
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

Aviso JavaScript está desactivado o no está disponible en su navegador.

Para utilizar la documentación de AWS, debe estar habilitado JavaScript. Para obtener más información, consulte las páginas de ayuda de su navegador.

Convenciones del documento

Referencia de Aurora MySQL

Variables de estado globales