Actualizaciones del motor de base de datos de Aurora MySQL del 23/02/2017 (versión 1.11) (obsoleta)

Versión: 1.11

Aplicaremos parches a todos los clústeres de base de datos de Aurora MySQL con la última versión durante un breve período después del lanzamiento. Se aplican parches a los clústeres de base de datos mediante el procedimiento heredado con un período de inactividad de unos 5 a 30 segundos.

La aplicación de parches se produce durante el período de mantenimiento del sistema que ha especificado para cada una de sus instancias de base de datos. Puede ver o cambiar este período utilizando la AWS Management Console. 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.

Como alternativa, puede aplicar el parche inmediatamente en el. AWS Management Console Para ello, elija un clúster de base de datos, elija Cluster Actions y, a continuación, elija Actualizar ahora.

Con la versión 1.11 de Aurora MySQL, 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.

Nuevas características

• Opción MANIFEST para LOAD DATA FROM S3: LOAD DATA FROM S3 se publicó en la versión 1.8. Las opciones para este comando se han ampliado. Ahora, puede especificar una lista de archivos para cargarlos en un clúster de base de datos Aurora desde Amazon S3 utilizando un archivo de manifiesto. Esto facilita la carga de datos desde archivos específicos en una o más ubicaciones, frente a la carga de datos desde un solo archivo mediante la opción FILE o desde varios archivos que tienen la misma ubicación y prefijo utilizando la opción PREFIX. El formato del archivo de manifiesto es el mismo que utiliza Amazon Redshift. Para obtener más información sobre cómo usar LOAD DATA FROM S3 con la opción MANIFEST, consulte Uso de un manifiesto para especificar los archivos de datos que se deben cargar en la Guía del usuario de Amazon Aurora.

• Indexación espacial habilitada de manera predeterminada: esta característica se lanzó en el modo lab de la versión 1.10 y ahora está activa de manera predeterminada. La indexación espacial mejora el desempeño de las consultas en conjuntos de datos grandes, para consultas que usan datos espaciales. Para obtener más información sobre el uso de la indexación espacial, consulte Amazon Aurora MySQL y los datos espaciales en la Guía del usuario de Amazon Aurora.

• Cambio del momento de realización de auditorías avanzadas: esta característica se lanzó en la versión 1.10.1 para proporcionar una instalación de alto rendimiento para auditar la actividad de las bases de datos. En esta versión, se ha cambiado la precisión de las marcas de tiempo de los registros de auditoría: de un segundo a un microsegundo. Unas marcas de tiempo más precisas permiten comprender mejor cuándo se produjo un evento de auditoría. Para obtener más información sobre la auditoría, consulte Uso de auditorías avanzadas con un clúster de base de datos Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

Mejoras

• Se ha modificado el parámetro thread_handling para evitar que se configure con opciones distintas a multiple-connections-per-thread, que es el único modelo admitido por el grupo de subprocesos de Aurora.

• Se ha corregido un problema provocado al establecer los parámetros buffer_pool_size o query_cache_size en valores mayores que los de la memoria total del clúster de base de datos. En esta circunstancia, Aurora establece el parámetro modificado en el valor predeterminado, por lo que el clúster de base de datos puede iniciarse y no bloquearse.

• Se ha corregido un problema en la caché de consultas por el que una transacción obtenía resultados de lectura obsoletos si otra transacción invalidaba la tabla.

• Se ha corregido un problema por el que archivos binlog marcados para su eliminación se eliminaban después de un pequeño retardo, en lugar inmediatamente.

• Se ha corregido un problema por el que una base de datos creada con el nombre tmp se trataba como una base de datos del sistema almacenada en un almacenamiento efímero y no se conservaba en el almacenamiento distribuido de Aurora.

• Se ha modificado el comportamiento de SHOW TABLES para excluir determinadas tablas del sistema interno. Este cambio ayuda a evitar conmutaciones por error innecesarias causadas por el bloqueo por parte de mysqldump de todos los archivos que se muestran en SHOW TABLES. Esto evita, a su vez, escrituras en la tabla del sistema interno, que dan lugar a la conmutación por error.

• Se ha corregido un problema por el que una réplica de Aurora se reiniciaba incorrectamente al crearse una tabla temporal a partir de una consulta que invocaba una función cuyo argumento era una columna de una tabla de InnoDB.

• Se ha corregido un problema relacionado con un conflicto de bloqueo de metadatos en un nodo de réplica de Aurora. Este problema provocaba que la réplica de Aurora quedara por detrás del clúster de base de datos principal y acabara reiniciándose.

• Se ha corregido un bloqueo temporal inactivo en la canalización de replicación en nodos del lector, que provocaba que la réplica de Aurora quedara rezagada y acabara reiniciándose.

• Se ha corregido un problema por el que las réplicas de Aurora se retrasaban demasiado con volúmenes cifrados superiores a 1 terabyte (TB).

• Se ha mejorado la detección de bloqueo temporal inactivo de réplicas de Aurora utilizando un método mejorado para leer la hora del reloj del sistema.

• Se ha corregido un problema por el que una réplica de Aurora podía reiniciarse dos veces en lugar de una después de la anulación del registro por parte del escritor.

• Se ha corregido un problema de ralentización de desempeño de consultas de réplicas de Aurora que se producía cuando estadísticas transitorias causaban discrepancias en las estadísticas de las columnas de índice no únicas.

• Se ha corregido un problema por el que una réplica de Aurora podía bloquearse cuando una instrucción DDL se replicaba en la réplica de Aurora al mismo tiempo que dicha réplica de Aurora procesaba una consulta relacionada.

• Se han modificado las mejoras de la canalización de replicación que se introdujeron en la versión 1.10: de habilitado a deshabilitado (como valor predeterminado). Estas mejoras se introdujeron para aplicar actualizaciones de flujos de registro a la caché del búfer de una réplica de Aurora. Si bien esta característica ayuda a mejorar el rendimiento de la lectura y la estabilidad en réplicas de Aurora, aumenta el retardo de la réplica en determinadas cargas de trabajo.

• Se ha corregido un problema por el que la incidencia simultánea de una instrucción DDL en curso y de lectura anticipada en paralelo pendiente en la misma tabla causaba un error de aserción durante la fase de confirmación de la instrucción DDL.

• Se han mejorado el registro general y el registro de consultas lentas para que sobrevivan al reinicio del clúster de base de datos.

• Se ha corregido un out-of-memory problema relacionado con determinadas consultas de larga duración al reducir el consumo de memoria en el módulo ACL.

• Se ha corregido un problema de reinicio que se producía cuando una tabla tenía índices no espaciales, había predicados espaciales en la consulta, el planificador decidía utilizar un índice no espacial y dicho planificador insertaba incorrectamente la condición espacial en el índice.

• Se ha corregido un problema por el que el clúster de base de datos se reiniciaba cuando se producía una eliminación, actualización o purga de objetos geoespaciales muy grandes que se almacenan externamente (como los LOB).

• Se ha corregido un problema donde la simulación de errores mediante ALTER SYSTEM SIMULATE ... FOR INTERVAL no funciona correctamente.

• Se ha corregido un problema de estabilidad causado por una aserción no válida o una invariable incorrecta en el administrador de bloqueos.

• Se han deshabilitado las dos mejoras siguientes en la búsqueda de texto completo de InnoDB, introducidas en la versión 1.10, porque crearon problemas de estabilidad en algunas cargas de trabajo exigentes:

  • Actualización de la caché solo después de una solicitud de lectura a una réplica de Aurora para mejorar la velocidad de replicación de la caché del índice de búsqueda de texto completo.

  • Descarga de la tarea de sincronización de la caché en un subproceso separado en cuanto el tamaño de la caché traspasa el 10 % del tamaño total, para evitar que las consultas MySQL se paralicen demasiado tiempo durante la sincronización de la caché de FTS en disco. (Errores n.º 22516559 y n.º 73816).

Integración de correcciones de errores de MySQL.

• La ejecución de la clave externa DROP de la tabla ALTER simultáneamente con otra operación DROP causa la desaparición de la tabla. (Error n.º 16095573)

• Algunas consultas de INFORMATION SCHEMA que usaban ORDER BY no aplicaban una optimización de la operación filesort como antes. (Error n.º 16423536)

• FOUND_ROWS () devuelve un recuento erróneo de filas en una tabla. (Error n.º 68458)

• El servidor se bloquea en lugar de dar un error cuando hay demasiadas tablas temporales abiertas. (Error n.º 18948649)