Actualizaciones del motor SQL de base de datos Aurora My 2020-06-26 (versión 3.06.1, compatible con My 8.0.34) SQL

CVE-2023-44487

CVE-2024-0853

Se ha corregido un problema que provocaba que una instancia de Aurora My SQL DB se reiniciara al ejecutar una consulta paralela.

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

Se ha corregido un error que provocaba que, debido a una infracción de acceso a la memoria, se liberara un objeto mutex que ya no pertenecía al hilo.

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 el reinicio de una instancia de base de datos cuando se gestionaban GTID conjuntos grandes en una instancia con registro binario activado.

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 que provocaba que una instancia de base de datos se reiniciara al intentar recuperar el diccionario de datos de InnoDB durante la recuperación de la base de datos.

Se ha corregido un problema Aurora Serverless v2 que podía provocar el reinicio de la base de datos al ampliarla.

Se ha corregido un problema en el código de publicación de métricas que provocaba que la memoria se utilizara después de liberarla.

Se ha corregido un problema que provocaba que el motor de base de datos se reiniciara repetidamente debido a la inexistencia de un objeto de espacio de tabla de deshacer.

Se ha corregido un problema que provocaba el truncamiento automático de los espacios de tabla de deshacer cuando superaban el umbral innodb_max_undo_log_size en situaciones de actualización.

Se ha corregido un problema que proporcionaba un valor incorrecto para la variable de threads_running estado al utilizar Aurora Global Database.

Se solucionó un problema por el que una réplica de lectura de Aurora My SQL binary log (binlog) con la optimización del índice secundario paralelo habilitada se reiniciaba al aplicar cambios de replicación en tablas con claves externas.

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.06.1 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 provocaba que una instancia de base de datos se reiniciara debido a que la información del titular del bloqueo era inexacta rw_lock cuando se utilizaban lecturas en paralelo.

Se ha corregido un problema que podía provocar que una instancia de base de datos SHOW VOLUME STATUS se reiniciara al ejecutarse.

Se ha corregido un problema de administración de memoria que provocaba una disminución de la memoria liberable a lo largo del tiempo al ejecutar SELECT ... INTO OUTFILE ... consultas.

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 de forma similar a la funcionalidad correspondiente de My SQL Community Edition. El connection_memory_limit parámetro establece la cantidad máxima de memoria que puede utilizar una conexión de un solo usuario. El connection_memory_chunk_size parámetro establece el tamaño de fragmentación de las actualizaciones del contador de uso de memoria global.

Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara cuando el almacenamiento local de la instancia de base de datos alcanzaba su capacidad máxima.

Se solucionó un problema por el que el esquema de rendimiento no estaba habilitado cuando la administración automatizada de Performance Insights estaba activada para las instancias de base de datos db.t4g.medium y db.t4g.large.

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 lectura 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 de tiempo y el parámetro de la base de datos estaba establecido en. time_zone UTC

Se ha corregido un problema durante la aplicación de parches sin tiempo de inactividad (ZDP) que impedía que una instancia de base de datos cerrara las conexiones de los clientes al alcanzar el valor mínimo configurado por el cliente de una u otra. wait_timeout interactive_timeout

Se ha corregido un problema que provocaba que las actualizaciones o migraciones fallaran cuando la versión del motor Aurora My SQL DB de destino era 3.04.0 o superior. Esto ocurre cuando el parámetro del lower_case_table_names clúster de base de datos está establecido en y la intercalación de mi SQL base de datos no es compatible con los nombres de las tablas en minúsculas. 1