Actualizaciones del motor de base de datos de Aurora MySQL del 13/03/2018 (versión 1.17) (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 13/03/2018 (versión 1.17) (obsoleta)

Versión: 1.17

Aurora MySQL 1.17 ya está disponible con carácter general. Las versiones 1.x de Aurora MySQL son compatibles con MySQL 5.6 y no con MySQL 5.7. Todos los clústeres de bases de datos nuevos compatibles con la versión 5.6, incluidos los que se hayan restablecido a partir de instantáneas, se crearán en Aurora 1.17. Tiene la opción, aunque no es obligatorio, de actualizar clústeres de base de datos existentes a Aurora 1.17. Puede crear nuevos clústeres de base de datos en Aurora 1.14.1, Aurora 1.15.1 o Aurora 1.16. Puede hacerlo mediante la AWS CLI o la API de Amazon RDS y especificando la versión del motor.

Con la versión 1.17 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. Admitimos 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.

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.

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

  • Aurora MySQL ahora admite la compresión de bloqueo, que optimiza el uso de memoria del administrador de bloqueos. A partir de la versión 1.17, puede usar esta característica sin habilitar el modo lab.

Mejoras

  • Se corrigió un problema que se ha observado principalmente en las instancias con pocos núcleos por el que un solo núcleo podría tener una utilización del 100 % de la CPU, aunque la base de datos esté inactiva.

  • Se mejoró el desempeño de la obtención de logs binarios de los clústeres de Aurora.

  • Se corrigió un problema por el que las réplicas de Aurora intentan escribir estadísticas de tabla en el almacenamiento persistente y se bloquean.

  • Se corrigió un problema por el que la memoria caché de consultas no funcionaba del modo previsto en las réplicas de Aurora.

  • Se corrigió una condición de carrera en el administrador de bloqueos que generaba el reinicio del motor.

  • Se corrigió un problema por el que los bloqueos que tomaban las transacciones de solo lectura y confirmación automática generaban un reinicio del motor.

  • Se corrigió un problema por el que algunas consultas no se escriben en los logs de auditoría.

  • Se corrigió un problema en la recuperación de determinadas operaciones de mantenimiento de particiones en la conmutación por error.

Integración de correcciones de errores de MySQL.

  • LAST_INSERT_ID se replica incorrectamente si se usan filtros de replicación (error n.º 69861)

  • La consulta devuelve resultados distintos en función de la configuración INDEX_MERGE (error n.º 16862316)

  • Nueva ejecución de procedimiento de consulta de la rutina almacenada, plan de consulta poco eficiente (error n.º 16346367)

  • INNODB FTS: confirmación en FTS_CACHE_APPEND_DELETED_DOC_IDS (error n.º 18079671)

  • Confirmación RBT_EMPTY(INDEX_CACHE->WORDS) en ALTER TABLE CHANGE COLUMN (error n.º 17536995)

  • La búsqueda de texto completo de INNODB no encuentra ningún registro cuando hay puntos de guardado (error n.º 70333, error n.º 17458835)