Actualizaciones del motor de base de datos de Aurora MySQL del 15/05/2017 (versión 1.13) (obsoleta)

Versión: 1.13

nota

Hemos habilitado una nueva característica, SELECT INTO OUTFILE S3, en Aurora MySQL versión 1.13 después del lanzamiento inicial y hemos actualizado las notas de la versión para reflejar ese cambio.

Aurora MySQL 1.13 ya está disponible con carácter general. Todos los clústeres de bases de datos nuevos, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora MySQL 1.13. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora MySQL 1.13. Con la versión 1.13 de Aurora, estamos utilizando un modelo de aplicación de parches en clúster. Se aplican parches a todos los nodos de un clúster de base de datos Aurora al mismo tiempo. Estamos habilitando la aplicación de parches sin tiempo de inactividad, en la medida de lo posible, para conservar las conexiones de cliente durante este proceso. 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.

Aplicación de parches sin tiempo de inactividad

La característica de aplicación de parches sin tiempo de inactividad (ZDP) intenta, en la medida de lo posible conservar las conexiones de cliente a través de un parche en el motor. Para obtener más información sobre la ZDP, consulte Uso de parches sin tiempo de inactividad en la Guía del usuario de Amazon Aurora.

Nuevas características:

• SELECT INTO OUTFILE S3: Aurora MySQL ahora le permite cargar los resultados de una consulta en uno o varios archivos de un bucket de Amazon S3. Para obtener más información, consulte Grabación de datos desde un clúster de base de datos de Amazon Aurora MySQL en archivos de texto de un bucket de Amazon S3 en la Guía del usuario de Amazon Aurora.

Mejoras:

• Se ha implementado el truncamiento de archivos de registro con formato CSV al iniciar el motor para evitar un tiempo de recuperación prolongado. Las tablas general_log_backup, general_log, slow_log_backup y slow_log no sobreviven ahora a un reinicio de base de datos.

• Se ha corregido un problema por el que la migración de una base de datos llamada test producía un error.

• Se ha mejorado la estabilidad en el recolector de elementos no utilizados del administrador de bloqueos reutilizando los segmentos de bloqueo correctos.

• Se ha mejorado la estabilidad del administrador de bloqueos eliminando aserciones no válidas durante el algoritmo de detección de interbloqueos.

• Se ha vuelto a habilitar la replicación asíncrona y se ha corregido un problema asociado que notificaba un retardo de réplica incorrecto bajo una carga de trabajo nulo o de solo lectura. Las mejoras de la canalización de replicación que se introdujeron en la versión 1.10. Estas mejoras se introdujeron para aplicar actualizaciones de flujos de registro a la caché del búfer de una réplica de Aurora. Esto ayuda a mejorar la estabilidad y el rendimiento de la lectura en réplicas de Aurora.

• Se ha corregido un error que hacía que autocommit=OFF produjera el bloqueo de eventos programados y se mantuvieran abiertas transacciones prolongadas hasta que se reiniciara el servidor.

• Se ha corregido un error que producía que los registros de consultas generales, de auditoría y lentas no pudieran registrar consultas controladas por una confirmación manual.

• Se ha mejorado el desempeño de la característica de lectura anticipada lógica (LRA) hasta 2,5 veces. Esto se hizo permitiendo que operaciones de recuperación (fetch) previas continuaran en páginas intermedias en un árbol B.

• Se ha agregado la validación de parámetros para variables de auditoría para recortar espacios innecesarios.

• Se ha corregido una regresión, introducida en Aurora MySQL versión 1.11, por la que las consultas podían devolver resultados incorrectos cuando se utilizaba la opción SQL_CALC_FOUND_ROWS y se invocaba la función FOUND_ROWS().

• Se ha corregido un problema de estabilidad cuando la lista de bloqueo de metadatos se formaba incorrectamente.

• Se ha mejorado la estabilidad cuando se establece sql_mode en PAD_CHAR_TO_FULL_LENGTH y se ejecuta el comando SHOW FUNCTION STATUS WHERE Db='string'.

• Se ha corregido un caso inusual, en el que las instancias no se mostraban después de una actualización de versión de Aurora debido a una comprobación de coherencia de volumen falso.

• Se ha corregido el problema de rendimiento, introducido en Aurora MySQL versión 1.12, en el que se reducía el rendimiento del escritor de Aurora cuando los usuarios tenían un número elevado de tablas.

• Se ha mejorado un problema de estabilidad cuando el escritor de Aurora se configura como un nodo de trabajo de binlog y el número de conexiones se acerca a 16 000.

• Se ha corregido un problema inusual, en el que una réplica de Aurora podía reiniciarse cuando se bloqueaba una conexión a la espera de un bloqueo de metadatos durante la ejecución de DDL en el principal de Aurora.

Integración de correcciones de errores de MySQL.

• Con una tabla de InnoDB vacía, no es posible disminuir el valor auto_increment mediante la instrucción ALTER TABLE, incluso cuando la tabla está vacía. (Error n.º 69882)

• Las consultas MATCH() ... que utilizan una cadena larga como argumento para AGAINST() podrían producir un error cuando se ejecutan en una tabla de InnoDB con un índice de búsqueda de texto completo. (Error n.º 17640261)

• El tratamiento de SQL_CALC_FOUND_ROWS en combinación con ORDER BY y LIMIT podría dar lugar a resultados incorrectos para FOUND_ROWS(). (Error n.º 68458 y error n.º 16383173)

• ALTER TABLE no permite cambiar la nulabilidad de la columna si existe una clave externa. (Error n.º 77591)