Actualizaciones del motor SQL de base de datos Aurora My 2024-06-04 (versión 3.07.0, compatible con My 8.0.36) SQL

Se habilitó el soporte para la criptografía FIPS validada, una implementación propia. AWS Para obtener más información, consulte El AWS LC cuenta ahora con 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 Aurora My SQL 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 al gestionar GTID conjuntos grandes 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 cuando se ejecutaba SHOWSTATUSy PURGEBINARYLOGSlas sentencias al mismo tiempo. 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 Aurora Serverless v2 que podía 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 SQLversión 3.06.0 de Aurora My 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 SQL versión 3.07.0 de Aurora My, 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 My SQL gestiona las palabras clave reservadas y no reservadas, consulte Palabras clave y palabras reservadas en la documentación de My. SQL

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 Aurora My SQL DB 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 ha añadido la compatibilidad con connection_memory_chunk_size los parámetros connection_memory_limit y que se deben configurar a nivel de sesión para que se comporten igual que en My SQL Community Edition. connection_memory_limitSe utiliza para establecer la cantidad máxima de memoria que puede utilizar 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 SSL certificados 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 SQL global de Aurora My en la Guía del usuario de Amazon Aurora.

Se solucionó un problema por el que un clúster de Amazon Redshift configurado como ETL destino cero podía experimentar un aumento temporal IntegrationLagcuando un clúster de Amazon Aurora My SQL DB se configuraba como una réplica de registro binario, con Enhanced Binlog y cero integración habilitados. ETL

Se ha corregido un problema relacionado con la administración de los archivos de registro de auditoría que podía provocar que no se pudiera acceder a los archivos de registro para descargarlos o rotarlos y, en algunos casos, aumentar su uso. 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 resumidas de los eventos de espera del esquema de rendimiento.

Se ha corregido un problema que podía provocar errores clave duplicados en las AUTO_INCREMENT 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 time_zone base de datos estaba establecido en. 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 (FTS) de texto completo 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 que se produjera 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 My SQL versión 2 a Aurora My SQL 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 My SQL versión 2 a Aurora My SQL 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 que las actualizaciones de las versiones principales a la SQL versión 3 de Aurora My fallaran debido a la presencia de entradas huérfanas en los espacios de tabla ya eliminados en las tablas del sistema InnoDB de Aurora My versión 2. SQL

Se ha corregido un problema por el que el valor SERVER_ID no se actualizaba tras un cambio de Amazon RDS Blue/Green Deployment. Esto provocó problemas en los que los controladores inteligentes, como el JDBCcontrolador Amazon Web Services (AWS), no podían detectar la topología del clúster de base de datos tras una conmutación entre azul y verde. Con esta corrección, los clústeres de bases de datos Aurora cuyo nombre se haya cambiado como parte de una implementación RDS azul/verde, que se ejecuten en Aurora My SQL versión 3.07 y versiones posteriores, tendrán 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 comunitaria #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 CPU uso debido a la rotación de los TLS certificados en segundo plano (corrección de error de la comunidad #34284186).

Se ha corregido un problema por el que InnoDB permitía añadir INSTANT columnas a las tablas del esquema de Mi SQL sistema en SQL versiones de Aurora My 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 My versión 3.05.0. SQL (Corrección de error comunitaria #35625510).