Actualizaciones del motor SQL de base de datos Aurora My 2024-03-07 (versión 3.06.0, compatible con My 8.0.34) SQL

La SQL versión 3.06.0 de Aurora My admite la integración de Amazon Bedrock e introduce las nuevas palabras clave reservadas acceptaws_bedrock_invoke_model, aws_sagemaker_invoke_endpointcontent_type, y. timeout_ms Compruebe las definiciones de los objetos para ver el uso de las nuevas palabras clave reservadas antes de actualizar a la versión 3.06.0. Para mitigar el conflicto con las nuevas palabras clave reservadas, cite las palabras clave reservadas utilizadas en las definiciones de los objetos. Para obtener más información sobre la integración de Amazon Bedrock y el manejo de las palabras clave reservadas, consulte ¿Qué es Amazon Bedrock? en la Guía del usuario de Amazon Aurora. Para obtener información adicional, consulte Palabras clave y palabras reservadas, The INFORMATION _ SCHEMA KEYWORDS Table y Schema Object Names en la SQL documentación My.

Se mejoró el rendimiento de las réplicas de registros binarios al replicar transacciones para tablas grandes con más de un índice secundario. Esta característica introduce un grupo de subprocesos para aplicar cambios de índice secundarios en paralelo en una réplica de binlog. La característica se controla mediante el parámetro del clúster de base de datos aurora_binlog_replication_sec_index_parallel_workers, que controla el número total de subprocesos paralelos disponibles para aplicar los cambios de índice secundarios. Para obtener más información, consulte Optimización de replicación de registros binarios en la Guía del usuario de Amazon Aurora.

Se agregó un nuevo procedimiento almacenado mysql.rds_set_read_only que permite cambiar el valor de la variable de sistema global read_only en las instancias de bases de datos del SQL clúster Aurora My. Para obtener más información, consulte Replicación en la Guía del usuario de Amazon Aurora.

Se agregó un nuevo procedimiento almacenado mysql.rds_set_binlog_source_ssl que permite configurar el cifrado en una réplica de registro binario especificando un valor paraSOURCE_SSL. Para obtener más información, consulte Replicación en la Guía del usuario de Amazon Aurora.

Amazon Aurora Machine Learning es una integración optimizada entre la SQL base de datos Aurora My y los servicios de aprendizaje AWS automático (ML). Ahora se admite Amazon Bedrock, lo que le permite invocar modelos de aprendizaje automático en Amazon Bedrock directamente desde su clúster Aurora My SQL DB mediante. SQL Para obtener más información sobre el uso de Amazon Bedrock con su clúster Aurora My SQL DB, consulte Uso del aprendizaje automático de Amazon Aurora con Aurora My SQL en la Guía del usuario de Amazon Aurora.

La SQL versión 3.06 de Aurora My añade soporte para deshacer automáticamente el truncamiento de los espacios de tablas. Esta optimización le permite recuperar el espacio no utilizado en los espacios de tablas de deshacer después de purgar los registros de deshacer.

CVE-2020-11-104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

Se ha corregido un problema por el que una instancia de base de datos de réplica de lectura no se podía lanzar correctamente cuando había una gran carga de trabajo en la instancia de base de datos del escritor.

Se ha corregido un problema por el que una instancia de base de datos Aurora My SQL Writer podía realizar una conmutación por error debido a un defecto en la comunicación con el almacenamiento de Aurora. El defecto se produce como resultado de una interrupción en la comunicación entre la instancia de base de datos y el almacenamiento subyacente tras una actualización de software de la instancia de almacenamiento Aurora.

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 podía provocar que una instancia de Aurora My SQL DB se reiniciara o realizara una conmutación por error debido a una disminución de la memoria liberable cuando se utilizaba la combinación de hash al ejecutar consultas.

Se ha corregido un problema que podía provocar que una instancia de base de datos se reiniciara cuando se ejecutaba SHOWSTATUSy se ejecutaban PURGEBINARYLOGSsentencias 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 el reinicio de la 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.

En Aurora My SQL 2.10, agregamos soporte para reiniciar un clúster de base de datos Aurora con disponibilidad de lectura. Esta función permite que las instancias de base de datos de lectura permanezcan en línea mientras se reinicia una instancia de base de datos de grabación. Esta función ahora es compatible con las bases de datos secundarias Regiones de AWS de Aurora My SQL Global, lo que garantiza que pueda seguir atendiendo solicitudes de lectura durante el reinicio de una instancia de escritura en el clúster principal. Anteriormente, cuando se reiniciaba una instancia de escritura, también se reiniciaban todas las instancias de lectura de un clúster SQL secundario de Aurora My. Con esta versión, las instancias de lectura del clúster secundario siguen atendiendo las solicitudes de lectura durante el reinicio de una instancia de escritura, lo que mejora la disponibilidad de lectura en el clúster. Para obtener más información, consulte Reiniciar un clúster de Aurora con disponibilidad de lectura.

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 AUTO_INCREMENT columnas.

Se ha corregido un problema que podía provocar que una consulta paralela fallara debido a problemas transitorios de red al leer datos del volumen del clúster de Aurora.

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.

Las instancias de base de datos pequeñas con menos de 4 GiB de memoria ahora cierran las conexiones que más memoria consumen cuando la instancia de base de datos está bajo presión de memoria. También puede ajustar el conjunto de búferes para reducir su tamaño. Para obtener más información, consulte Amazon Aurora My SQL out-of-memory Issues en la Guía del usuario de Amazon Aurora.

Se cambió la respuesta predeterminada para aurora_oom_response todas las clases de instancias de base de datos que tienen más de 4 GiB de memoria, de vacía a. print Para obtener más información, consulte Amazon Aurora My SQL out-of-memory Issues en la Guía del usuario de Amazon Aurora.

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 no estuvieran accesibles para su descarga o rotación y, en algunos casos, aumentar su CPU uso.

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 agregaron las métricas y para realizar un seguimiento del uso de memoria del administrador de Aurora_lockmgr_memory_used bloqueos. Aurora_lockmgr_buffer_pool_memory_used 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 las instancias de réplicas de lectura pequeñas podían experimentar un mayor retraso en la replicación después de actualizar desde SQL versiones de Aurora My anteriores a la 2.11.*.

Se ha corregido un problema que podía provocar errores de 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 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 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 las principales actualizaciones de las versiones si 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 M ySQLversion 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 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 siempre 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).