Actualizaciones del motor de base de datos de Aurora MySQL del 02/09/2020 (versión 1.23.0) (obsoleta) - 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 de Aurora MySQL del 02/09/2020 (versión 1.23.0) (obsoleta)

Versión: 1.23.0

Aurora MySQL 1.23.0 ya está disponible con carácter general. Las versiones 1.* de Aurora MySQL son compatibles con MySQL 5.6 y las versiones 2.* de Aurora MySQL son compatibles con MySQL 5.7.

Esta versión del motor está programada para quedar obsoleta el 28 de febrero de 2023. Para obtener más información, consulte Preparación para el final de la vida útil de la versión 1 de la Edición compatible con MySQL de Amazon Aurora.

Las versiones de Aurora MySQL compatibles actualmente son: 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2,09.*, 2.10.*, 3.01.* y 3.02.*.

Puede restaurar la instantánea de una base de datos de Aurora MySQL 1.* en Aurora MySQL 1.23.0.

importante

Las mejoras en el almacenamiento Aurora en esta versión limitan las rutas de actualización disponibles de Aurora MySQL 1.23 a Aurora MySQL 2.*. Al actualizar un clúster 1.23 Aurora MySQL a 2.*, debe actualizar a Aurora MySQL 2.09.0 o posterior.

Para crear un clúster con una versión de Aurora MySQL anterior, especifique la versión del motor a través de la consola de RDS, la CLI de AWS o la API de Amazon RDS.

nota

Actualmente, esta versión no está disponible en las siguientes regiones: AWS GovCloud (EE. UU. Este) [us-gov-east-1], AWS GovCloud (EE. UU. Oste) [us-gov-west-1]. Cuando esté disponible, enviaremos una notificación aparte.

Si tiene alguna duda, el equipo de AWS Support 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.

Mejoras

Nuevas características:

  • Ahora puede activar o desactivar la consulta paralela para un clúster existente cambiando el valor del parámetro de clúster de base de datos aurora_parallel_query. No es necesario utilizar la configuración de parallelquery del parámetro --engine-mode al crear el clúster.

    La consulta paralela ahora se expande para estar disponible en todas las regiones donde Aurora MySQL está disponible.

    Hay varias mejoras de funcionalidad y cambios en los procedimientos para actualizar y habilitar consultas paralelas en un clúster de Aurora. Para obtener más información, consulte Trabajar con consultas en paralelo para Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

  • Con esta versión, puede crear instancias de base de datos MySQL de Amazon Aurora con hasta 128 tebibytes (TiB) de almacenamiento. El nuevo límite de almacenamiento supone un aumento con respecto a los 64 TiB anteriores. El tamaño de almacenamiento de 128 TiB admite bases de datos mayores. Esta capacidad no se admite en tamaños de instancias pequeñas (db.t2 o db.t3). Un único espacio de tabla no puede crecer más allá de 64 TiB debido a limitaciones de InnoDB con un tamaño de página de 16 KB.

    Aurora le avisa cuando el tamaño del volumen del clúster está cerca de 128 TiB, de modo que pueda tomar medidas antes de alcanzar el límite de tamaño. Las alertas aparecen en el registro mysql y Eventos RDS en la AWS Management Console.

  • Procesamiento de binary log (binlog) mejorado para reducir el tiempo de recuperación de errores y la latencia de tiempo de confirmación cuando se trata de transacciones muy grandes.

  • Aurora cambia dinámicamente el espacio de almacenamiento del clúster. Con el cambio de tamaño dinámico, el espacio de almacenamiento del clúster de base de datos de Aurora disminuye automáticamente al quitar datos del clúster de base de datos. Para obtener más información, consulte Escalado de almacenamiento en la Guía del usuario de Amazon Aurora.

    nota

    La característica de cambio de tamaño dinámico se implementa en fases en las regiones de AWS donde Aurora está disponible. Dependiendo de la región donde se encuentre el clúster, es posible que esta característica no esté disponible todavía. Para obtener más información, consulte el anuncio de Novedades.

Correcciones de prioridad alta:

Mejoras de disponibilidad:

  • Se ha corregido un problema en el administrador de bloqueos que provocaba que una condición de carrera fuera compartida por dos transacciones, lo que provocaba el reinicio de la base de datos.

  • Se ha corregido un problema relacionado con la administración de memoria de bloqueo de transacciones con transacciones de escritura de larga duración que provocaban un reinicio de la base de datos.

  • Se ha corregido una condición de carrera en el administrador de bloqueos que provocaba un reinicio de la base de datos o una conmutación por error durante la restauración de la transacción.

  • Se ha corregido un problema durante la actualización de 5.6 a 5.7 en el que innodb_file_format cambiaba en una tabla con Fast DL habilitado.

  • Se han corregido varios problemas por los que el motor podía reiniciarse durante la aplicación de parches sin tiempo de inactividad mientras se buscaba un punto en reposo en la actividad de la base de datos para parchear.

  • Se ha corregido un problema relacionado con la recuperación de DDL que afectaba al reinicio de la instancia de base de datos al recuperar una operación DROP TRIGGER interrumpida.

  • Se ha corregido un error que podía provocar la falta de disponibilidad de la base de datos si se producía un bloqueo durante la ejecución de determinadas operaciones de partición. Específicamente, una operación ALTER TABLE interrumpida que modifica el tipo de partición o el número de particiones en una tabla.

  • Corregir el valor predeterminado de table_open_cache en instancias 16XL y 24XL que podrían provocar conmutaciones por error repetidas y una alta utilización de CPU en clases de instancias grandes (R4/R5-16XL, R5-12XL, R5-24XL). Esto afectaba a 1.21.x y 1.22.x.

Bases de datos globales:

  • Rellene los datos que faltan en la vista INFORMATION_SCHEMA.REPLICA_HOST_STATUS de MySQL en las regiones primarias y secundarias de AWS en una base de datos global de Aurora.

  • Se han corregido errores de consulta inesperados que podían producirse en una región secundaria de base de datos global debido a la recolección de elementos no utilizados de registros de DESHACER en la región principal, después de problemas temporales de conectividad de red entre las regiones principal y secundaria.

Consulta paralela:

  • Se ha corregido un problema que provocaba que una consulta paralela devolviera un resultado vacío.

  • Se ha corregido un problema que provocaba que una consulta en una tabla pequeña de la réplica de lectura de Aurora pudiera tardar más de un segundo.

  • Se ha corregido un problema que podía provocar un reinicio cuando una consulta paralela y una instrucción DML se ejecutaban simultáneamente bajo una gran carga de trabajo.

Mejoras generales:

  • Se ha corregido un problema que provocaba que las consultas que utilizaban el índice espacial devolvieran resultados parciales si se creaba un índice espacial en tablas con valores espaciales grandes ya existentes.

  • Se ha aumentado la longitud máxima permitida para las variables del sistema de auditoría server_audit_incl_users y server_audit_excl_users de 1024 bytes a 2000 bytes.

  • Se ha corregido un problema que provocaba que una réplica de binlog conectada a un binlog principal de Aurora MySQL mostrara datos incompletos cuando el binlog principal de Aurora MySQL carga datos de S3 bajo statement binlog_format.

  • Cumplir con el comportamiento de la comunidad para asignar binlog_format mixed a row en lugar de statement para cargar datos.

  • Se ha corregido un problema que provocaba que la replicación de binlog dejara de funcionar cuando el usuario cerraba la conexión y la sesión utilizaba tablas temporales.

  • Se ha mejorado el tiempo de respuesta de una consulta que involucra tablas temporales MyISAM.

  • Se ha corregido un problema de permisos cuando el trabajador de binlog ejecuta una función lambda nativa.

  • Se ha corregido un problema en las réplicas de lectura de Aurora al intentar consultar o rotar el registro lento o el registro general.

  • Se ha corregido un problema que interrumpía la replicación lógica cuando el parámetro binlog_checksum se establecía en valores diferentes en el maestro y la réplica.

  • Se ha corregido un problema por el que la réplica de lectura podía ver de forma transitoria los resultados parciales de una transacción confirmada recientemente en el escritor.

  • Incluya información de transacción de la transacción restaurada en show engine innodb status cuando se resuelva un interbloqueo.

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

  • Los eventos binlog con ALTER TABLE ADD COLUMN ALGORITHM=QUICK serán reescritos como ALGORITHM=DEFAULT para ser compatibles con la edición de la comunidad.

  • Error n.º 22350047: SI EL CLIENTE SE CANCELA DESPUÉS DE RESTAURAR A SAVEPOINT STMTS ANTERIORES CONFIRMADOS

  • Error n.º 29915479: EJECUTAR COM_REGISTER_SLAVE SIN COM_BINLOG_DUMP PUEDE DAR LUGAR A LA SALIDA DEL SERVIDOR

  • Error n.º 30441969: Error n.º 29723340: EL SERVIDOR DE MYSQL SE BLOQUEA DESPUÉS DE UNA CONSULTA SQL CON DATOS ?AST

  • Error n.º 30628268: BLOQUEO DE MEMORIA INSUFICIENTE

  • Error n.º 27081349: COMPORTAMIENTO INESPERADO CUANDO SE ELIMINA CON UNA FUNCIÓN ESPACIAL

  • Error n.º 27230859: COMPORTAMIENTO INESPERADO CUANDO SE MANEJA UN POLÍGONO NO VÁLIDO

  • Error n.º 27081349: COMPORTAMIENTO INESPERADO CUANDO SE ELIMINA CON ESPACIAL

  • Error n.º 26935001: ALTER TABLE AUTO_INCREMENT INTENTA LEER UN ÍNDICE DESDE EL ESPACIO DE TABLAS DESCARTADO

  • Error n.º 29770705: EL SERVIDOR SE BLOQUEÓ AL EJECUTAR SELECT CON UNA CLÁUSULA WHERE ESPECÍFICA

  • Error n.º 27659490: SELECT USANDO RANGO DINÁMICO Y COMBINACIÓN DE ÍNDICE USA DEMASIADA MEMORIA (MEMORIA INSUFICIENTE)

  • Error n.º 24786290: LA REPLICACIÓN SE INTERRUMPE DESPUÉS DE QUE SE PRODUZCA EL ERROR N.º 74145 EN EL MAESTRO

  • Error n.º 27703912: USO DE MEMORIA EXCESIVO CON MUCHOS PREPARATIVOS

  • Error n.º 20527363: BLOQUEO AL TRUNCAR TABLA TEMPORAL: !DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • Error n.º 23103937: PS_TRUNCATE_ALL_TABLES() NO FUNCIONA EN MODO SUPER_READ_ONLY

  • Error n.º 25053286: USAR VISTA CON CONDICIÓN EN PROCEDIMIENTO PROVOCA UN COMPORTAMIENTO INCORRECTO (corregido en 5.6.36)

  • Error n.º 25586773: COMPORTAMIENTO INCORRECTO PARA CREAR SELECCIÓN DE TABLA EN UN BUCLE EN SP (corregido en 5.6.39)

  • Error n.º 27407480: LOS REQUISITOS AUTOMATIC_SP_PRIVILEGES NECESITAN PRIVILEGIOS INSERT PARA LA TABLA MYSQL.USER

  • Error n.º 26997096: el valor relay_log_space no se actualiza de forma sincronizada de forma que su valor en ocasiones es mucho más alto que el espacio real en disco utilizando los registros de retransmisión.

  • Error n.º 15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NOT FUNCIONA COMO SE ESPERABA

  • Adaptación de error SSL Error n.º 17087862, Error n.º 20551271

  • Error n.º 16894092: REGRESIÓN DEL RENDIMIENTO EN 5.6.6+ PARA INSERT INTO ... SELECT ... DE (fijo en 5.6.15).

  • Se ha portado una corrección de error relacionada con SLAVE_TYPE_CONVERSIONS.