Actualizaciones del motor de base de datos Aurora MySQL el 17 de febrero de 2020 (versión 3.12.0, compatible con MySQL 8.0.44)

Se ha corregido un problema que podía provocar que algunas sentencias SQL no se registraran en el registro de auditoría.

Se ha corregido el complemento caching_sha2_password para garantizar que las instancias de lectura y escritura de Aurora MySQL validen las contraseñas actualizadas de forma coherente.

CVE-2025-53040

CVE-2025-53042

CVE-2025-53044

CVE-2025-53045

CVE-2025-53053

CVE-2025-53054

CVE-2025-53062

CVE-2025-53069

Se ha corregido un problema que podía provocar el reinicio de una instancia de base de datos cuando la tabla de bloqueo estaba llena durante una lectura semicoherente.

Se ha corregido un problema en la recuperación de binlog que podía provocar que la instancia de réplica de binlog se reiniciara cuando se utilizaba aurora_in_memory_relaylog con una replicación multiproceso.

Se ha corregido un problema que podía provocar que la instancia de grabación se reiniciara cuando se desactivaba el reenvío de escritura global o el reenvío de escritura local.

Se ha corregido un problema por el que las configuraciones de thread_stack excesivamente grandes podían impedir el arranque del servidor Aurora MySQL durante los reinicios o las actualizaciones. El servidor Aurora MySQL ahora restablece automáticamente thread_stack al valor predeterminado del motor (1 MB) cuando sobrepasa la memoria del sistema, lo que evita errores de inicio.

Se ha corregido un problema que podía provocar el reinicio del motor cuando se KILL ejecutaba después de ejecutar una consulta paralela EXPLAIN FOR CONNECTION en ejecución.

Se ha corregido un problema que podía forzar una consulta paralela en una consulta aleatoria y provocar el reinicio del motor si esta consulta se terminaba forzosamente.

Se ha corregido un problema que impedía a los usuarios con privilegios CONNECTION_ADMIN o SUPER realizar una conexión adicional por encima del límite de max_connections, tal y como se admite en MySQL Community Edition.

Se ha corregido un problema que podía provocar el reinicio de una réplica de registro binario (binlog) al procesar una gran cantidad de archivos de registro de retransmisión durante la recuperación del registro de retransmisión.

Se ha corregido un problema que provocaba que una instancia de base de datos del escritor se reiniciara al ejecutar una consulta paralela en una instancia de base de datos de lector.

Se ha corregido un problema que, en raras ocasiones, podía deshabilitar el registro binario cuando se producía un error durante la confirmación de una transacción grande.

Se ha corregido un problema que podía provocar que las réplicas de lectura se reiniciaran en caso de que determinadas transacciones raras confirmaran órdenes en la instancia de base de datos del escritor.

Se ha corregido un problema que podía provocar el reinicio de la base de datos cuando los eventos programados se cancelaban durante la ejecución en instancias que tenían activado el binlog mejorado.

Se ha corregido un problema por el que las instancias de bases de datos que utilizan tamaños de almacenamiento de varios TiB podían experimentar un aumento del tiempo de inactividad durante el reinicio debido a errores de validación del búfer de InnoDB.

Se excluyó un cambio de comunidad introducido en MySQL 8.0.44, en el que los intentos fallidos de conexión añadían filas inesperadamente a las tablas performance_schema, lo que provocaba un consumo excesivo de memoria. Error #119766 de la comunidad Ref

Se ha corregido un problema que afectaba a los procedimientos almacenados de replicación específicos de Aurora al configurar la replicación binlog en instancias con ajustes de intercalación personalizados.

Se ha corregido un problema que permitía reducir la sobrecarga de la CPU al establecer el cifrado en tránsito entre el motor de la base de datos y la capa de almacenamiento.

Se mejoró el rendimiento de las IOPS de escritura cuando la variable de sistema innodb_flush_log_at_trx_commit se establece en 0.

Deshabilita automáticamente las acciones de aurora_oom_response (excepto la impresión, si está configurada) cuando aurora_oom_response no resuelve la presión de memoria transcurrido un tiempo límite (del orden de unos minutos).

Se resolvió una condición de carrera que podía provocar lecturas incorrectas de páginas del grupo de búferes durante las operaciones escalado vertical de Aurora sin servidor o durante la expulsión de páginas del grupo de búferes. Referencia community Bug#116305.

Se ha corregido un problema out-of-memory (OOM) que podía provocar que el lector se reiniciara al ejecutar comandos relacionados con los privilegios en la grabadora.

Se han agregado los siguientes privilegios a:. rds_superuser_role FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES Para obtener más información sobre lasrds_superuser_role, consulte la documentación de Amazon Master User Accounts with Aurora. Para obtener más información sobre estos privilegios dinámicos, consulte la documentación de MySQL.

Se ha corregido un problema que provocaba un seguimiento impreciso de las solicitudes de consultas paralelas al ejecutar EXPLAIN ANALYZE sentencias en las que el Aurora_pq_request_in_progress contador no se actualizaba con precisión.

Se ha corregido un error que provocaba que una conexión mantenida se gestionara de forma incorrecta al aplicar parches sin tiempo de inactividad (ZDP) o al reiniciar sin tiempo de inactividad (ZDR), lo que podía provocar que el cliente esperara indefinidamente a que se completara una consulta.

Soluciona el problema que provocaba que la fila se volviera ilegible a través del índice espacial durante una actualización.

Se ha corregido un error que provocaba que se gestionara incorrectamente una consulta que contenía una sugerencia del optimizador y que se había cancelado durante una operación de reinicio sin tiempo de inactividad (ZDR) o de aplicación de parches sin tiempo de inactividad (ZDP).

Soluciona el problema por el que la latencia de confirmación no se mide cuando innodb_flush_log_at_trx_commit está establecido en 0.

Se introdujeron optimizaciones para reducir el uso de memoria durante la recuperación del diccionario de datos lógico cuando hay un gran número de tablas.

Se ha corregido un problema que provocaba que el comando SHOW BINARY LOGS tardara más en ejecutarse en un clúster en el que Binlog mejorado estaba activado o había estado activado anteriormente. Este problema también podía provocar un aumento de la latencia de confirmación si se ejecutaban varios comandos SHOW BINARY LOGS al mismo tiempo.

Soluciona el problema de memoria asociado a las funciones predeterminadas del definidor de vistas.

Se ha corregido un problema que podía provocar que no se pudiera completar el proceso de desactivación de la función de «reenvío de escritura».

Se ha corregido un problema que podía provocar que una instancia de base de datos de escritura se reiniciara cuando una instancia de lectura que utilizaba el reenvío de escritura ejecutaba una sentencia DML que contenía un valor de marca de tiempo y el parámetro de base de datos time_zone estaba establecido en «UTC».

Se solucionó un problema que, en raras ocasiones, provocaba la falta de disponibilidad intermitente de una réplica de lectura de Aurora o inconsistencias en la definición de la tabla con el error «La tabla no existe» en la réplica debido a consultas de lectura simultáneas en la réplica y a operaciones DDL en la grabadora.

Se ha corregido un problema que podía provocar un conjunto de resultados incompleto al ejecutar consultas que implicaban operaciones de unión por la izquierda o por la derecha mediante el algoritmo hash-join con una consulta paralela.

Se ha corregido un error que provocaba que al consultar el formulario se SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t) produjera un error en la aserción. item_func.cc (Corrección de error de la comunidad #36128964)

Se ha corregido un problema que resolvía el punto muerto cuando FLUSH STATUS, COM_CHANGE_USER y SHOW PROCESS LIST se ejecutaban simultáneamente. (Error #35218030)