Actualizaciones del motor de base de datos Aurora MySQL el 4 de junio de 2020 (versión 3.07.0, compatible con MySQL 8.0.36)

Se habilitó el soporte para la criptografía validada por FIPS, una implementación propia. AWS Para obtener más información, consulte el artículo sobre si cuenta con AWS-LC la certificación FIPS 140-3 en Security Blog.AWS

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Se ha corregido un problema que podía provocar que una instancia de base de datos del lector se reiniciara al leer una tabla que se estaba modificando o descartando en la instancia de base de datos del escritor.

Se ha corregido un problema que podía provocar que una instancia de base de datos de Aurora MySQL Writer se reiniciara cuando se cerraba una sesión de reenvío de escritura mientras se ejecutaba una consulta reenviada.

Se ha corregido un problema que provocaba que una instancia de base de datos se reiniciara cuando se gestionaban conjuntos de GTID de gran tamaño en una instancia con registro binario activado.

Se ha corregido un problema al procesar INSERT consultas en tablas particionadas de InnoDB que podía provocar una disminución gradual de la memoria libre en la instancia.

Se ha corregido un problema que, en raras ocasiones, podía provocar que las instancias de base de datos del lector se reiniciaran.

Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara al ejecutar las sentencias SHOW STATUS y PURGE BINARY LOGS de forma simultánea. PURGE BINARY LOGSes una sentencia gestionada que se ejecuta para respetar el período de retención de binlog configurado por el usuario.

Se ha corregido un problema que podía provocar el cierre inesperado del servidor tras ejecutar sentencias del lenguaje de manipulación de datos (DML) en una tabla cuyas columnas no virtuales se reordenaban con una sentencia O. MODIFY COLUMN CHANGE COLUMN

Se ha corregido un problema que, durante el reinicio de una instancia de base de datos, podía provocar un reinicio adicional.

Se ha corregido un problema que podía provocar que una instancia de base de datos de lectores que utilizaba el reenvío de escritura se reiniciara cuando se producía un error en una sentencia de confirmación implícita reenviada.

Se ha corregido un problema que, en raras ocasiones, podía provocar que una instancia de lector se reiniciara al realizar SELECT consultas en tablas con una restricción de clave externa.

Se ha corregido un problema por el que las instancias de base de datos que utilizan volúmenes de clústeres Aurora de varios TB podían experimentar un mayor tiempo de inactividad durante el reinicio debido a errores de validación del conjunto de búferes de InnoDB.

Se ha corregido un problema que podía provocar el reinicio de una base de datos cuando se definía una restricción de clave DELETE externa UPDATE o en cascada en una tabla en la que interviene una columna virtual, ya sea como columna de la restricción de clave externa o como miembro de la tabla a la que se hace referencia.

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 mientras se ejecutaban operaciones de inserción intensivas con columnas. AUTO_INCREMENT

Se ha corregido un problema en Aurora Serverless v2 eso puede provocar el reinicio de la base de datos al ampliarla.

Menor uso de E/S y rendimiento mejorado para un subconjunto de consultas de escaneo de rango de claves principales que emplean consultas paralelas.

La versión 3.06.0 de Aurora MySQL agregó compatibilidad con la integración de Amazon Bedrock. Como parte de esto, se agregaron nuevas palabras clave reservadas (acceptaws_bedrock_invoke_modelaws_sagemaker_invoke_endpointcontent_type,, ytimeout_ms). En la versión 3.07.0 de Aurora MySQL, estas palabras clave se han cambiado por palabras clave no reservadas, que se permiten como identificadores sin comillas. Para obtener más información sobre cómo MySQL gestiona las palabras clave reservadas y no reservadas, consulte Palabras clave y palabras reservadas en la documentación de MySQL.

Se ha corregido un problema que no devolvía claramente un mensaje de error al cliente al invocar el servicio Amazon Bedrock desde un clúster de base de datos Aurora MySQL en un lugar en el que Región de AWS Amazon Bedrock aún no estaba disponible.

Se ha corregido un problema que podía provocar un consumo excesivo de memoria al consultar BLOB columnas mediante la consulta paralela de Aurora.

Se agregó soporte para que connection_memory_chunk_size los parámetros connection_memory_limit y que se establezcan en el nivel de sesión se comporten de la misma manera que en MySQL Community Edition. connection_memory_limitSe usa para establecer la cantidad máxima de memoria que puede usar una conexión de un solo usuario. El connection_memory_chunk_size parámetro se puede usar para establecer el tamaño de la fragmentación de las actualizaciones del contador de uso de memoria global.

Se ha corregido un problema por el que el usuario no podía interrumpir ninguna consulta ni establecer tiempos de espera de sesión para performance_schema las consultas.

Se ha corregido un problema que provocaba que la replicación de registros binarios (binlog) configurada para usar certificados SSL personalizados (mysql.rds_import_binlog_ssl_material) fallara cuando se estaba sustituyendo el host de la instancia de replicación.

Se agregó la variable de estado Aurora_fts_cache_memory_used global para realizar un seguimiento del uso de memoria para el sistema de búsqueda de texto completo en todas las tablas. Para obtener más información, consulte las variables de estado global de Aurora MySQL en la Guía del usuario de Amazon Aurora.

Se solucionó un problema por el que un clúster de Amazon Redshift configurado como destino sin ETL podía experimentar un aumento temporal cuando un clúster de base de datos IntegrationLagAmazon Aurora MySQL se configuraba como una réplica de registro binario, con la integración mejorada de Binlog y cero ETL habilitada.

Se ha corregido un problema relacionado con la administración de los archivos de registro de auditoría que podía provocar que los archivos de registro fueran inaccesibles para su descarga o rotación y, en algunos casos, aumentar el uso de la CPU.

Se optimizó la recuperación de AUTO_INCREMENT claves para reducir el tiempo necesario para restaurar las instantáneas, realizar la point-in-time recuperación y clonar clústeres de bases de datos con un gran número de tablas en la base de datos.

Se ha corregido un problema por el que el evento wait/io/redo_log_flush no aparecía en las tablas de resumen de los eventos de espera del esquema de rendimiento.

Se ha corregido un problema que podía provocar errores clave duplicados en AUTO_INCREMENT las columnas que utilizaban índices descendentes tras una operación de restauración de instantáneas, retroceso o clonación de bases de datos.

Se ha corregido un problema que podía provocar que una instancia de base de datos grabadora se reiniciara cuando una instancia de base de datos de lectores que utilizaba el reenvío de escritura ejecutaba una sentencia del lenguaje de manipulación de datos (DML) que contenía un valor de marca temporal y el parámetro de la base de datos estaba establecido en. time_zone UTC

Se ha corregido un problema por el que una SELECT consulta en una instancia de Aurora Reader podía fallar y la tabla de errores no existía cuando la tabla tenía al menos un índice de búsqueda de texto completo (FTS) y se estaba ejecutando una TRUNCATE sentencia en la instancia de base de datos Aurora Writer.

Se ha corregido un problema que, en raras ocasiones, provocaba un error al aplicar parches sin tiempo de inactividad (ZDP).

Se ha corregido un problema que podía provocar un conjunto de resultados incompleto al ejecutar consultas LEFT JOIN u RIGHT JOIN operaciones que utilizaban el algoritmo de combinación hash con consultas paralelas.

Se ha corregido un problema que podía provocar errores en la actualización de Aurora MySQL versión 2 a Aurora MySQL versión 3 cuando había una FTS_DOC_ID columna definida por el usuario en el esquema de la tabla.

Se ha corregido un problema que podía provocar errores en la actualización de Aurora MySQL versión 2 a Aurora MySQL versión 3 debido a un problema de sincronización al procesar los espacios de tablas de InnoDB.

Se ha corregido un problema que podía provocar errores en las principales actualizaciones de las versiones a la versión 3 de Aurora MySQL debido a la presencia de entradas huérfanas en los espacios de tabla ya eliminados en las tablas del sistema InnoDB de Aurora MySQL versión 2.

Se ha corregido un problema por el que el valor de SERVER_ID no se actualizaba tras un cambio de implementación azul/verde de Amazon RDS. Esto provocó problemas en los que los controladores inteligentes, como el controlador JDBC de Amazon Web Services (AWS), no podían detectar la topología del clúster de base de datos después de que una blue/green switchover. With this fix, Aurora DB clusters renamed as part of an RDS Blue/Green implementación, que se ejecutaba en Aurora MySQL versión 3.07 o superior, tuviera el SERVER_ID valor actualizado como parte de la conmutación. En las versiones anteriores, las instancias de base de datos de los clústeres azul y verde se pueden reiniciar para actualizar el valor. SERVER_ID

Se ha corregido un error que provocaba que el valor de la línea de caché se calculara incorrectamente, lo que provocaba un error al reiniciar la base de datos en las instancias basadas en Graviton. (Corrección de error de la comunidad #35479763)

Se ha corregido un problema por el que algunas instancias de subconsultas dentro de las rutinas almacenadas no se gestionaban correctamente. (Corrección de error de la comunidad #35377192)

Se ha corregido un problema que podía provocar un mayor uso de la CPU debido a la rotación de los certificados TLS en segundo plano (corrección de error comunitaria #34284186).

Se ha corregido un problema por el que InnoDB permitía añadir INSTANT columnas a las tablas del esquema del sistema MySQL en las versiones de Aurora MySQL anteriores a la 3.05, lo que podía provocar el cierre inesperado del servidor (reinicio de la instancia de base de datos) tras la actualización a Aurora MySQL versión 3.05.0. (Corrección de error comunitaria #35625510).