Actualizaciones del motor de base de datos de Aurora MySQL del 20/09/2018 (versión 1.18.0) (obsoleta) - Amazon Aurora
Características

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 20/09/2018 (versión 1.18.0) (obsoleta)

Versión: 1.18.0

Aurora MySQL 1.18.0 ya está disponible con carácter general. Todos los clústeres de consultas paralelas de Aurora MySQL nuevos compatibles con MySQL 5.6, incluidos los que se hayan restaurado a partir de instantáneas, se crearán en Aurora MySQL 1.18.0. Tiene la opción, aunque no es obligatorio, de actualizar los clústeres de consultas paralelas existentes a Aurora MySQL 1.18.0. Puede crear nuevos clústeres de base de datos en Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 o Aurora MySQL 1.17.6. Puede hacerlo mediante la API AWS CLI o la API de Amazon RDS y especificando la versión del motor.

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

importante

Aurora MySQL 1.18.0 solo se aplica a clústeres de consultas paralelas de Aurora. Si actualiza un clúster 5.6.10a aprovisionado, la versión resultante es 1.17.8. Si actualiza un clúster de consulta paralela 5.6.10a, la versión resultante es 1.18.0.

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.

Características

  • Consulta en paralelo está disponible con esta versión para clústeres nuevos e instantáneas restauradas. Consultas en paralelo de Aurora MySQL es una optimización que paraleliza algunas de los cálculos y E/S del procesamiento de consultas con un uso intensivo de datos. El trabajo que se paraleliza incluye la recuperación de filas del almacenamiento, la extracción de valores de columna y la determinación de qué filas coinciden con las condiciones de la cláusula WHERE y de las cláusulas JOIN. Este trabajo con uso intensivo de los datos se delega (en términos de optimización de base de datos, se baja de posición) a varios nodos de la capa de almacenamiento distribuido de Aurora. Sin una consulta paralela, cada consulta transfiere todos los datos analizados a un solo nodo del clúster de Aurora MySQL (el nodo principal) y realiza ahí todos los procesamientos de consultas.

    • Cuando hay habilitada una característica de consulta en paralelo, el motor de Aurora MySQL determina automáticamente cuándo las consultas pueden aprovecharla, sin requerir cambios de SQL como sugerencias o atributos de tabla.

    Para obtener más información, consulte Trabajar con consultas paralelas de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

  • OOM Avoidance (Prevención de OOM): esta característica supervisa la memoria del sistema y realiza un seguimiento de la memoria que consumen varios componentes de la base de datos. Una vez que el sistema funciona con poca memoria, realiza una lista de acciones para liberar esa memoria de varios de los componentes sometidos a un seguimiento para tratar de evitar que la base de datos se quede sin memoria (OOM) y, por tanto, se reinicie. Esta característica de mejor esfuerzo está habilitada de forma predeterminada para las instancias t2 y puede habilitarse en otros tipos de instancia mediante un nuevo parámetro de instancia llamado aurora_oom_response. El parámetro de nivel de instancia toma una cadena de acciones separadas por comas que una instancia de base de datos debe realizar cuando el nivel de memoria es bajo. Entre las acciones válidas se encuentran "print", "tune", "decline", "kill_query" o cualquier combinación de estas. La existencia de una cadena vacía significa que no se deberían haber tomado acciones y deshabilita de forma eficaz la característica. Tenga en cuenta que la acción predeterminada de la característica es "print, tune". Ejemplo de uso:

    • "print": solo imprime las consultas que consumen una gran cantidad de memoria.

    • "tune": ajusta las cachés de tablas internas para liberar memoria en el sistema.

    • "decline": declina nuevas consultas una vez que la instancia tiene poca memoria.

    • "kill_query": anula las consultas en orden descendente de consumo de memoria hasta que la memoria de la instancia esté por encima del umbral bajo. Las instrucciones en lenguaje de definición de datos (DDL) no se cancelan.

    • "print, tune": realiza las acciones descritas para "print" y "tune".

    • "tune, decline, kill_query": realiza las acciones descritas para "tune", "decline", and "kill_query".

    Para obtener información sobre out-of-memory las condiciones de manejo y otros consejos de solución de problemas, consulte los problemas de falta de memoria de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.