Actualizaciones del motor de base de datos de Aurora MySQL del 31/07/2023 (versión 3.04.0, compatible con MySQL 8.0.28)

Se ha mejorado el rendimiento de las consultas mediante índices de texto completo de InnoDB para buscar frases en el modelo de lenguaje natural. Para obtener más información sobre las búsquedas de texto completo en MySQL, consulte Funciones de búsqueda de texto completo.

Amazon Aurora MySQL admite el reenvío de escritura local (en el clúster). Ahora puede reenviar operaciones de escritura desde una instancia de base de datos del lector a una instancia de base de datos del escritor dentro de un clúster de base de datos de Aurora MySQL. Para obtener más información, consulte Uso del reenvío de escritura local en un clúster de base de datos de Aurora MySQL.

Se ha añadido la capacidad de cambiar el valor del parámetro aurora_replica_read_consistency de la característica Uso del reenvío de escritura en una base de datos global de Amazon Aurora en las sesiones que tengan la opción autocommit deshabilitada. Para obtener más información, consulte Parámetros de configuración para el reenvío de escritura.

A partir de Aurora MySQL 3.04, en la característica Reenvío de escritura de la base de datos global, ahora puede establecer el valor del parámetro aurora_replica_read_consistency mediante los grupos de parámetros de clúster y de instancia de bases de datos. Antes de la versión 3.04 de Aurora MySQL, el valor de este parámetro solo se podía configurar en el nivel de sesión.

Se ha cambiado el proveedor de SSL/TLS de OpenSSL a AWS-LC. Esto trae consigo una serie de cambios que incluyen, entre otros, los siguientes:

Para obtener más información, consulte Uso de TLS con clústeres de bases de datos de Aurora MySQL

Se ha añadido el privilegio dinámico SHOW_ROUTINE al rds_superuser_role que permite el acceso a las definiciones y propiedades de todas las rutinas almacenadas, como las funciones y procedimientos almacenados. Para obtener más información, consulte SHOW_ROUTINE.

Se ha corregido un problema que podía provocar que el registro de auditoría omitiera eventos durante la rotación del archivo de registro de auditoría.

Se ha habilitado la compatibilidad con el protocolo de seguridad de la capa de transporte (TLS) 1.3, seguro y de alto rendimiento, manteniendo la compatibilidad con la versión 1.2 de TLS.

Las versiones TLSv1 y TLSv1.1 se han quedado obsoletas en Community MySQL 8.0.26 y, en consecuencia, en Aurora MySQL 3.03. Estos protocolos se han eliminado de Community MySQL 8.0.28 y, en consecuencia, de Aurora MySQL 3.04. De forma predeterminada, se rechazará cualquier cliente seguro que no pueda comunicarse a través de TLS 1.2 o una versión posterior. Para obtener más información sobre cómo conectarse a las instancias de bases de datos mediante TLS, consulte Seguridad con Amazon Aurora MySQL.

CVE-2023-21963

CVE-2023-21912

CVE-2023-0215

CVE-2022-43551

CVE-2022-37434

CVE-2022-21635

CVE-2022-21556

CVE-2022-21352

CVE-2021-35630

CVE-2021-35624

Se ha corregido un problema que podía provocar que la base de datos se reiniciara durante la recuperación de transacciones prolongadas.

Se ha corregido un problema en los flujos de actividad de la base de datos que puede provocar el reinicio de la base de datos.

Se ha corregido un problema de administración de memoria debido a errores de falta de memoria al inicializar el grupo de búfer de InnoDB durante el inicio o mientras estaba en curso el escalado en Aurora sin servidor v2. Este problema podría haber provocado el reinicio de la instancia de base de datos o una degradación del rendimiento, incluido un aumento de la latencia.

Se ha corregido un problema que podía provocar que una instancia de lector de Aurora MySQL se reiniciara mientras se ejecutaba una consulta que utilizaba un plan de ejecución de consultas paralelas de Aurora MySQL.

Se ha corregido un problema que, en determinadas situaciones, podía provocar que las instancias de lector de Aurora se reiniciaran durante una estimación de rango.

Se ha corregido un problema que podía interrumpir la recuperación de la base de datos durante el inicio si el reinicio se producía al ejecutar operaciones de inserción intensivas que implicaban columnas de incremento automático.

Se ha corregido un problema con la auditoría avanzada de Aurora que provocaba un registro excesivo de los mensajes informativos en el registro de errores de Aurora MySQL cuando la variable de servidor server_audit_events estaba establecida en ALL o QUERY. Este problema podría provocar el reinicio de una instancia de base de datos.

Se ha corregido un problema que podía provocar que la base de datos se reiniciara durante la reversión de una instrucción INSERT cuando la consulta paralela estaba habilitada.

Se ha corregido un problema que podía provocar que la instancia de base de datos se reiniciara al ejecutar la herramienta de creación de perfiles EXPLAIN ANALYZE en una consulta que devolvía el resultado all select tables were optimized away en la columna de información EXTRA. Para obtener más información, consulte la documentación de MySQL sobre la opción Formato de salida de EXPLAIN.

Se ha corregido un problema que podía provocar que una instancia de lector de región secundaria de la base de datos global de Aurora que utilizaba el reenvío de escritura global se reiniciara cuando se producía un error en una instrucción de confirmación implícita reenviada.

Se ha corregido un problema que podía provocar que la instancia de escritor de una región principal de la base de datos global de Aurora se reiniciara cuando se ejecutaba una consulta SELECT FOR UPDATE mediante el reenvío de escritura global desde una región secundaria de la base de datos global de Aurora.

Se ha añadido un nuevo procedimiento almacenado (mysql.rds_gtid_purged) para permitir a los clientes configurar la variable del sistema GTID_PURGED. Para obtener más información, consulte mysql.rds_gtid_purged.

Se han añadido dos nuevos procedimientos almacenados (mysql.rds_start_replication_until y mysql.rds_start_replication_until_gtid), que permiten a los clientes configurar una ubicación para detener la replicación de registros binarios. Para obtener más información sobre cómo configurar una ubicación de detención para la replicación de registros binarios en Aurora MySQL, consulte mysql.rds_start_replication_until.

Se ha corregido un problema que impedía que los procedimientos almacenados del control de replicación de Aurora MySQL modificaran la variable sql_log_bin cuando se llamaba desde una sesión con el modo de confirmación automática deshabilitado.

Se ha añadido compatibilidad con la replicación lógica para las siguientes instrucciones del lenguaje de control de datos (DCL): GRANT/REVOKE y CREATE/DROP/ALTER/RENAME USER.

Se ha corregido un problema que impedía que las estadísticas de InnoDB quedaran obsoletas, lo que, en ocasiones, podía generar un plan de ejecución de consultas poco óptimo que podía provocar un aumento del tiempo de ejecución de las consultas.

Se han añadido dos nuevas vistas del sistema (information_schema.aurora_global_db_instance_status y information_schema.aurora_global_db_status). Estas vistas se pueden utilizar para mostrar el estado y la topología de los recursos principales y secundarios de un clúster de base de datos global de Aurora MySQL. Aquí puede encontrar más información sobre las dos vistas del sistema: tablas de Aurora MySQL–specific information_schema.

Se ha corregido un problema que provocaba que un usuario no pudiera acceder a la base de datos con un carácter comodín en el nombre de la base de datos tras ejecutar la instrucción SET ROLE con un carácter comodín de escape.

Se ha corregido un problema que provocaba que los eventos notificados durante el procesamiento de las rotaciones del registro de auditoría no se escribieran en el registro de auditoría.

Se ha corregido un problema que provocaba que, al crear una tabla temporal interna mediante la ejecución de TRIGGER, se reiniciara una instancia de base de datos de escritor.

Se ha añadido una nueva variable de sistema (innodb_aurora_max_partitions_for_range). En algunos casos en los que las estadísticas persistentes no estén disponibles, se puede utilizar este parámetro para mejorar el tiempo de ejecución de las estimaciones del recuento de filas en las tablas particionadas. Puede encontrar más información en la documentación, Parámetros de configuración de Aurora MySQL.

Se ha corregido un problema que permitía incorrectamente a los clientes establecer ROW_FORMAT como COMPRESSED al crear tablas particionadas. Las tablas se convertirán implícitamente en el formato COMPACT con una advertencia para informar de que Aurora MySQL no admite tablas comprimidas.

Se ha corregido un problema que podía provocar que la replicación de registros binarios de múltiples procesos se detuviera cuando la variable replica_parallel_type se establecía en LOGICAL_CLOCK y la variable replica_preserve_commit_order se establecía en ON. Este problema puede producirse cuando se ejecuta una transacción de más de 500 MB en el origen.

Se ha corregido un problema que, al habilitar la característica Reenvío de escritura de la base de datos global, podía provocar que los cambios en la configuración de performance_schema de las instancias de lector de las regiones secundarias se reenviaran de forma involuntaria a la instancia de escritor de la región principal.

Se ha corregido un problema que provocaba que la variable de estado del servidor innodb_buffer_pool_reads no se actualizara después de leer una página de datos del sistema de archivos de almacenamiento de Aurora.

La consulta paralela de Aurora MySQL no está disponible al elegir la configuración del clúster optimizado para E/S de Aurora. Para obtener más información, consulte Limitaciones de consultas en paralelo de Amazon Aurora MySQL.

Se ha corregido un problema que, al habilitar la consulta paralela, provocaba que el optimizador del plan de consultas eligiera un plan de ejecución poco eficiente para determinadas consultas SELECT que se beneficiaban de un índice principal o secundario.

Se han actualizado las definiciones de zona horaria a la versión IANA 2023c.

Se han introducido optimizaciones del rendimiento de la administración de archivos en las réplicas de binlog para ayudar a reducir la contención al escribir en archivos de registro de retransmisión.

Se ha corregido un problema por el que la columna RPO_LAG_IN_MILLISECONDS de la tabla information_schema.aurora_global_db_status y la métrica AuroraGlobalDBRPOLag de CloudWatch siempre mostraban cero, independientemente de la carga de trabajo del usuario.

Se ha introducido un parámetro nuevo (aurora_tmptable_enable_per_table_limit). Cuando este parámetro esté habilitado, la variable tmp_table_size define el tamaño máximo de la tabla temporal interna individual en memoria creada por el motor de almacenamiento TempTable. Para obtener más información, consulte Motor de almacenamiento para tablas temporales internas (implícitas).

Se ha corregido un problema que provocaba que se creara una conexión adicional cuando la característica Reenvío de escritura de la base de datos global estaba habilitada. Este problema se produce cuando las transacciones de solo lectura de una instancia de lector reenvían incorrectamente una confirmación implícita al escritor.

Se ha corregido un problema que provocaba que los campos PROCESSLIST_USER y PROCESSLIST_HOST de la tabla performance_schema.threads no se rellenaran en el escritor de la región principal para las conexiones que utilizaban la característica Reenvío de escritura de la base de datos global. Puede encontrar más información sobre esta tabla y el esquema de rendimiento en el Manual de referencia de MySQL, en la Tabla de subprocesos y en la sección Información general sobre el esquema de rendimiento de la Guía del usuario de Amazon Aurora.

Se ha corregido un problema por el que la métrica CommitLatency de Cloudwatch mostraba valores incorrectos para las instancias de lector en regiones secundarias cuando se utilizaba la característica Reenvío de escritura de la base de datos global. Para supervisar la latencia de las instrucciones DML reenviadas en los clústeres secundarios de bases de datos, se recomienda utilizar las métricas ForwardingReplicaDMLLatency y ForwardingWriterDMLLatency. La latencia de confirmación también se puede observar mediante la métrica CommitLatency de la instancia de escritor de la región principal. Puede encontrar más información en la Guía del usuario de Aurora, Métricas de Amazon CloudWatch para el reenvío de escritura.

Se ha corregido un problema por el que los procedimientos almacenados del control de replicación de Aurora MySQL utilizados para administrar y configurar la replicación de registros binarios informaban incorrectamente de errores cuando se configuraba la replicación de registros binarios de múltiples subprocesos estableciendo la variable replica_parallel_workers en un valor superior a 0.

Se ha corregido un problema que puede provocar un elevado consumo de CPU cuando varias sesiones intentan acceder a una página que no existe en la memoria.

Para actualizar una versión secundaria de una base de datos global de Aurora desde Aurora MySQL versión 3.01, 3.02 o 3.03 a Aurora MySQL versión 3.04 o posterior, consulte Actualización de Aurora MySQL mediante la modificación de la versión del motor.

Se ha corregido un problema que podía provocar errores en la comprobación previa de la actualización debido a errores de incoherencia de esquema indicados en las tablas mysql.general_log_backup, mysql.general_log, mysql.slow_log_backup y mysql.slow_log al actualizar de Aurora MySQL 2 a Aurora MySQL 3. Para obtener información sobre cómo solucionar problemas de actualización, consulte Solución de problemas de actualización con Aurora MySQL versión 3.

Se ha corregido un problema que podía provocar errores en la actualización de la versión principal al actualizar a Aurora MySQL 3 cuando la definición de un desencadenador incluía una palabra clave reservada que no aparecía entre comillas.

Se ha corregido un problema que provocaba que un bloque de búfer que incluía una página de tabla temporal intrínseca se reubicara mientras se recorría la página, lo que provocaba un error de confirmación (Error n.º 33715694).

InnoDB: impida que las operaciones DDL en línea accedan a la memoria fuera de los límites (Error n.º 34750489 y Error n.º 108925).

Se ha corregido un problema que, en ocasiones, podía producir resultados de consulta incorrectos al procesar instrucciones de SQL complejas compuestas por varias expresiones de tabla comunes (CTE) anidadas (Error n.º 34572040, Error n.º 34634469 y Error n.º 33856374).