Actualizaciones del motor de base de datos Aurora MySQL el 31 de julio de 2021 (versión 3.04.0, compatible con MySQL 8.0.28) - Amazon Aurora

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Actualizaciones del motor de base de datos Aurora MySQL el 31 de julio de 2021 (versión 3.04.0, compatible con MySQL 8.0.28)

Versión: 3.04.0

La versión 3.04.0 de Aurora MySQL ya está disponible con carácter general. Las versiones 3.04 de Aurora MySQL son compatibles con MySQL 8.0.28, las versiones 3.03 de Aurora MySQL son compatibles con MySQL 8.0.26 y las versiones 3.02 de Aurora MySQL son compatibles con MySQL 8.0.23. Para obtener más información sobre los cambios que se han producido en la comunidad entre la versión 8.0.23 y la 8.0.28, consulte Notas de la versión de MySQL 8.0.

nota

Esta versión se designa como una versión de soporte a largo plazo (LTS). Para obtener más información, consulte Versiones de soporte a largo plazo (LTS) de Aurora MySQL en la Guía del usuario de Amazon Aurora.

Le recomendamos que no establezca el parámetro AutoMinorVersionUpgrade en true (ni habilite la Actualización automática de la versión secundaria en AWS Management Console) para las versiones LTS. Si lo hace, el clúster de base de datos podría actualizarse a una versión que no es LTS, como la 3.05.2.

Para obtener información sobre las nuevas características de Aurora MySQL versión 3, consulte Aurora MySQL versión 3 compatible con MySQL 8.0. Para ver las diferencias entre Aurora MySQL versión 3 y Aurora MySQL versión 2, consulte Comparación de Aurora MySQL versión 2 y Aurora MySQL versión 3. Para ver una comparación entre Aurora MySQL versión 3 y MySQL 8.0 Community Edition, consulte Comparación de Aurora MySQL versión 3 y MySQL 8.0 Community Edition.

Las versiones de Aurora MySQL compatibles actualmente son: 2.07.9, 2.11.1, 2.11.2, 3.01.*, 3.02.*, 3.03.* y 3.04.0.

Puede realizar una actualización local, restaurar una instantánea o iniciar una actualización azul/verde administrada mediante las implementaciones azules/verdes de Amazon RDS de cualquier clúster de Aurora MySQL versión 2 compatible a un clúster de Aurora MySQL versión 3.04.0.

Para obtener información sobre cómo planificar una actualización a Aurora MySQL versión 3, consulte Planificación de actualizaciones para Aurora MySQL versión 3 en la Guía del usuario de Amazon Aurora. Para obtener información general sobre las actualizaciones de Aurora MySQL, consulte Actualización de clústeres de base Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Para obtener información sobre cómo solucionar problemas, consulte Solución de problemas de actualización con Aurora MySQL versión 3.

Si tiene alguna pregunta o duda, el servicio de AWS asistencia está disponible en los foros de la comunidad y a través de AWS Support. Para obtener más información, consulte Mantenimiento de un clúster de base de datos de Amazon Aurora en la Guía del usuario de Amazon Aurora.

nota

El registro binario mejorado (binlog) de Aurora MySQL ya no es compatible con la instancia de base de datos de Aurora sin servidor v2 en la versión 3.04.0 de Aurora MySQL. Al habilitar esta característica, la base de datos podría dejar de estar disponible. Si necesita usar un registro binario mejorado en Aurora MySQL versión 3.04.0, le recomendamos que utilice una clase de instancia de base de datos que no sea sin servidor o que establezca la configuración mínima y máxima de ACU de la instancia de base de datos sin servidor v2 en el mismo valor.

Podrá encontrar más información sobre el registro binario mejorado en Aurora MySQL en la Guía del usuario de Aurora.

Mejoras

Nuevas características:

Se corrigieron los problemas de seguridad y CVEs:

  • Se cambió el proveedor SSL/TLS de OpenSSL a. AWS-LC Esto trae consigo una serie de cambios que incluyen, entre otros, los siguientes:

    • Las conexiones de bases de datos mediante SSL ahora se pueden restaurar mediante el reinicio sin tiempo de inactividad y la aplicación de parches sin tiempo de inactividad al actualizar de Aurora MySQL versión 3.04.0 a una versión posterior.

    • Soporte para TLSv1 .3, que incluye soporte para los cifrados SSL TLS_AES_128_GCM_, TLS_AES_256_GCM_ y TLS_ 0_ 05_SHA256. SHA384 CHACHA2 POLY13 SHA256

    • Se ha eliminado la compatibilidad con los cifrados DHE-RSA-*, que son menos seguros.

    Para obtener más información, consulte Uso de TLS con clústeres de bases de datos de Aurora MySQL

  • Se ha añadido el privilegio dinámico SHOW_ROUTINE al rds_superuser_role que permite el acceso a las definiciones y propiedades de todas las rutinas almacenadas, como las funciones y procedimientos almacenados. Para obtener más información, consulte SHOW_ROUTINE.

  • Se ha corregido un problema que podía provocar que el registro de auditoría omitiera eventos durante la rotación del archivo de registro de auditoría.

  • Se ha habilitado la compatibilidad con el protocolo de seguridad de la capa de transporte (TLS) 1.3, seguro y de alto rendimiento, manteniendo la compatibilidad con la versión 1.2 de TLS.

  • Las versiones TLS TLSv1 y TLSv1 .1 quedaron en desuso en la comunidad MySQL 8.0.26 y, en consecuencia, en Aurora MySQL 3.03. Estos protocolos se han eliminado de Community MySQL 8.0.28 y, en consecuencia, de Aurora MySQL 3.04. De forma predeterminada, se rechazará cualquier cliente seguro que no pueda comunicarse a través de TLS 1.2 o una versión posterior. Para obtener más información sobre cómo conectarse a las instancias de bases de datos mediante TLS, consulte Seguridad con Amazon Aurora MySQL.

En esta versión se incluyen las siguientes correcciones de CVE:

Mejoras de disponibilidad:

  • Se ha corregido un problema que podía provocar el reinicio de la base de datos durante una recuperación prolongada de transacciones.

  • Se ha corregido un problema en el cifrado de eventos de los flujos de actividad de la base de datos que podía provocar el reinicio de la base de datos.

  • Se ha corregido un problema de administración de memoria debido a errores de falta de memoria al inicializar el grupo de búfer de InnoDB durante el inicio o mientras estaba en curso el escalado en Aurora sin servidor v2. Este problema podría haber provocado el reinicio de la instancia de base de datos o la degradación del rendimiento, incluida la reducción del rendimiento o el aumento de la latencia.

  • Se ha corregido un problema que podía provocar que una instancia de lector Aurora MySQL se reiniciara mientras se ejecutaba una consulta que utilizaba un plan de ejecución de consultas en paralelo de Aurora MySQL.

  • Se ha corregido un problema que, en determinadas situaciones, podía provocar que las instancias del lector Aurora se reiniciaran durante una estimación del alcance.

  • 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 al ejecutar operaciones de inserción intensivas que implicaban columnas de incremento automático.

  • Se ha corregido un problema con la auditoría avanzada de Aurora que provocaba un registro excesivo de los mensajes informativos en el registro de errores de Aurora MySQL cuando la variable de servidor server_audit_events estaba establecida en ALL o QUERY. Este problema podía provocar el reinicio de una instancia de base de datos.

  • Se ha corregido un problema que podía provocar el reinicio de la base de datos durante la reversión de una INSERT sentencia cuando la consulta paralela estaba habilitada.

  • Se ha corregido un problema que podía provocar que la instancia de la base de datos se reiniciara al ejecutar la herramienta de creación de EXPLAIN ANALYZE perfiles en una consulta que devolvía el resultado de la all select tables were optimized away columna de EXTRA información. Para obtener más información, consulte la documentación de MySQL sobre la opción Formato de salida de EXPLAIN.

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

  • Se ha corregido un problema que podía provocar que la instancia de escritura de una región principal de la base de datos global de Aurora se reiniciara cuando se ejecutaba una SELECT FOR UPDATE consulta mediante el reenvío de escritura global desde una región secundaria de la base de datos global de Aurora.

Mejoras generales:

  • Se ha añadido un nuevo procedimiento almacenado (mysql.rds_gtid_purged) para permitir a los clientes configurar la variable del sistema GTID_PURGED. Para obtener más información, consulte mysql.rds_gtid_purged.

  • Se han añadido dos nuevos procedimientos almacenados (mysql.rds_start_replication_until y mysql.rds_start_replication_until_gtid), que permiten a los clientes configurar una ubicación para detener la replicación de registros binarios. Para obtener más información sobre cómo configurar una ubicación de detención para la replicación de registros binarios en Aurora MySQL, consulte mysql.rds_start_replication_until.

  • Se ha corregido un problema que impedía que los procedimientos almacenados del control de replicación de Aurora MySQL modificaran la variable sql_log_bin cuando se llamaba desde una sesión con el modo de confirmación automática deshabilitado.

  • Se ha añadido compatibilidad con la replicación lógica para las siguientes instrucciones del lenguaje de control de datos (DCL): GRANT/REVOKE y CREATE/DROP/ALTER/RENAME USER.

  • Se ha corregido un problema que impedía que las estadísticas de InnoDB quedaran obsoletas, lo que, en ocasiones, podía generar un plan de ejecución de consultas poco óptimo que podía provocar un aumento del tiempo de ejecución de las consultas.

  • Se han añadido dos nuevas vistas del sistema (information_schema.aurora_global_db_instance_status y information_schema.aurora_global_db_status). Estas vistas se pueden utilizar para mostrar el estado y la topología de los recursos principales y secundarios de un clúster de base de datos global de Aurora MySQL. Aquí puede encontrar más información sobre las dos vistas del sistema: tablas de Aurora MySQL–specific information_schema.

  • Se ha corregido un problema que provocaba que un usuario no pudiera acceder a la base de datos con un carácter comodín en el nombre de la base de datos tras ejecutar la instrucción SET ROLE con un carácter comodín de escape.

  • Se ha corregido un problema que provocaba que los eventos notificados durante el procesamiento de las rotaciones del registro de auditoría no se escribieran en el registro de auditoría.

  • Se ha corregido un problema que provocaba que, al crear una tabla temporal interna mediante la ejecución de TRIGGER, se reiniciara una instancia de base de datos de escritor.

  • Se ha añadido una nueva variable de sistema (innodb_aurora_max_partitions_for_range). En algunos casos en los que las estadísticas persistentes no estén disponibles, se puede utilizar este parámetro para mejorar el tiempo de ejecución de las estimaciones del recuento de filas en las tablas particionadas. Puede encontrar más información en la documentación, Parámetros de configuración de Aurora MySQL.

  • Se ha corregido un problema que permitía incorrectamente a los clientes establecer ROW_FORMAT como COMPRESSED al crear tablas particionadas. Las tablas se convertirán implícitamente en el formato COMPACT con una advertencia para informar de que Aurora MySQL no admite tablas comprimidas.

  • Se ha corregido un problema que podía provocar que la replicación de registros binarios multiproceso se detuviera cuando la replica_parallel_type variable se establecía en LOGICAL_CLOCK y se cambiaba la replica_preserve_commit_order variable. ON Este problema puede producirse cuando se ejecuta una transacción de más de 500 MB en el origen.

  • Se ha corregido un problema que, al habilitar la característica Reenvío de escritura de la base de datos global, podía provocar que los cambios en la configuración de performance_schema de las instancias de lector de las regiones secundarias se reenviaran de forma involuntaria a la instancia de escritor de la región principal.

  • Se ha corregido un problema que provocaba que la variable de estado del servidor innodb_buffer_pool_reads no se actualizara después de leer una página de datos del sistema de archivos de almacenamiento de Aurora.

  • La consulta paralela de Aurora MySQL no está disponible al elegir la configuración del clúster optimizado para E/S de Aurora. Para obtener más información, consulte Limitaciones de consultas en paralelo de Amazon Aurora MySQL.

  • Se ha corregido un problema que, al habilitar la consulta paralela, provocaba que el optimizador del plan de consultas eligiera un plan de ejecución poco eficiente para determinadas consultas SELECT que se beneficiaban de un índice principal o secundario.

  • Se han actualizado las definiciones de zona horaria a la versión IANA 2023c.

  • Se han introducido optimizaciones del rendimiento de la administración de archivos en las réplicas de binlog para ayudar a reducir la contención al escribir en archivos de registro de retransmisión.

  • Se solucionó un problema por el que la RPO_LAG_IN_MILLISECONDS columna de la information_schema.aurora_global_db_status tabla y la AuroraGlobalDBRPOLag CloudWatch métrica siempre mostraban cero, independientemente de la carga de trabajo del usuario.

  • Se ha introducido un parámetro nuevo (aurora_tmptable_enable_per_table_limit). Cuando este parámetro está activado, la tmp_table_size variable define el tamaño máximo de la tabla temporal interna individual en memoria creada por el motor TempTable de almacenamiento. Para obtener más información, consulte Motor de almacenamiento para tablas temporales internas (implícitas).

  • Se ha corregido un problema que provocaba que se creara una conexión adicional cuando la característica Reenvío de escritura de la base de datos global estaba habilitada. Este problema se produce cuando las transacciones de solo lectura de una instancia de lector reenvían incorrectamente una confirmación implícita al escritor.

  • Se ha corregido un problema que provocaba que los campos PROCESSLIST_USER y PROCESSLIST_HOST de la tabla performance_schema.threads no se rellenaran en el escritor de la región principal para las conexiones que utilizaban la característica Reenvío de escritura de la base de datos global. Puede encontrar más información sobre esta tabla y el esquema de rendimiento en el Manual de referencia de MySQL, en la Tabla de subprocesos y en la sección Información general sobre el esquema de rendimiento de la Guía del usuario de Amazon Aurora.

  • Se ha corregido un problema por el que la métrica CommitLatency de Cloudwatch mostraba valores incorrectos para las instancias de lector en regiones secundarias cuando se utilizaba la característica Reenvío de escritura de la base de datos global. Para supervisar la latencia de las instrucciones DML reenviadas en los clústeres secundarios de bases de datos, se recomienda utilizar las métricas ForwardingReplicaDMLLatency y ForwardingWriterDMLLatency. La latencia de confirmación también se puede observar mediante la métrica CommitLatency de la instancia de escritor de la región principal. Hay más información disponible en la Guía del usuario de Aurora, Estadísticas de Amazon para CloudWatch el reenvío de escrituras.

  • Se ha corregido un problema por el que los procedimientos almacenados del control de replicación de Aurora MySQL utilizados para administrar y configurar la replicación de registros binarios informaban incorrectamente de errores cuando se configuraba la replicación de registros binarios de múltiples subprocesos estableciendo la variable replica_parallel_workers en un valor superior a 0.

  • Se ha corregido un problema que podía provocar un consumo elevado de CPU cuando varias sesiones intentaban acceder a una página que no existe en la memoria.

Actualizaciones y migraciones:

  • Para actualizar una versión secundaria de una base de datos global de Aurora desde Aurora MySQL versión 3.01, 3.02 o 3.03 a Aurora MySQL versión 3.04 o posterior, consulte Actualización de Aurora MySQL mediante la modificación de la versión del motor.

  • Se ha corregido un problema que podía provocar errores en la comprobación previa de la actualización debido a errores de incoherencia de esquema indicados en las tablas mysql.general_log_backup, mysql.general_log, mysql.slow_log_backup y mysql.slow_log al actualizar de Aurora MySQL 2 a Aurora MySQL 3. Para obtener información sobre cómo solucionar problemas de actualización, consulte Solución de problemas de actualización con Aurora MySQL versión 3.

  • Se ha corregido un problema que podía provocar errores en la actualización de la versión principal al actualizar a Aurora MySQL 3 cuando la definición de un desencadenador incluía una palabra clave reservada que no aparecía entre comillas.

Integración de correcciones de errores de la edición de la comunidad de MySQL

Esta versión incluye todas las correcciones de errores de la comunidad hasta la versión 8.0.28 (incluida), además de las que se indican a continuación. Para obtener más información, consulte Errores de MySQL corregidos en las actualizaciones del motor de base de datos de Aurora MySQL 3.x.

  • Se ha corregido un problema que provocaba que un bloque de búfer que incluía una página de tabla temporal intrínseca se reubicara mientras se recorría la página, lo que provocaba un error de confirmación (Error n.º 33715694).

  • InnoDB: Impide que las operaciones DDL en línea accedan a la out-of-bounds memoria (error n.º 34750489, error n.º 108925)

  • Se ha corregido un problema que, en ocasiones, podía producir resultados de consulta incorrectos al procesar sentencias SQL complejas compuestas por varias expresiones de tabla comunes anidadas (CTEs) (error n.º 34572040, error n.º 34634469, error n.º 33856374)