Actualizaciones del motor de base de datos de Aurora MySQL del 10/11/2016 (versiones 1.9.0 y 1.9.1) (obsoletas) - 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 10/11/2016 (versiones 1.9.0 y 1.9.1) (obsoletas)

Versión: 1.9.0, 1.9.1

Nuevas características

  • Creación de índice mejorada: la implementación para crear índices secundarios funciona ahora generando el índice de abajo arriba, lo cual elimina divisiones innecesarias de páginas. Esto puede disminuir el tiempo necesario para crear un índice o reconstruir una tabla en hasta un 75 % (para una clase de instancia de base de datos db.r3.8xlarge). Esta característica estaba disponible en el modo lab de la versión 1.7 de Aurora MySQL, y ahora está habilitada, de manera predeterminada, en Aurora 1.9 y versiones posteriores. Para obtener información, consulte Modo lab de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

  • Compresión de bloqueo (modo lab): esta implementación reduce significativamente la cantidad de memoria que consume el administrador de bloqueos en hasta un 66 %. El administrador de bloqueos puede adquirir más bloqueos de filas sin encontrar ninguna excepción. out-of-memory Esta característica está deshabilitada de forma predeterminada y puede activarse habilitando el modo lab de Aurora. Para obtener información, consulte Modo lab de Amazon Aurora MySQL en la Guía del usuario de Amazon Aurora.

  • Esquema de rendimiento: Aurora MySQL admite ahora esta característica, con un impacto mínimo en el rendimiento. En nuestras pruebas de uso SysBench, habilitar el esquema de rendimiento podría degradar el rendimiento de MySQL hasta en un 60%.

    SysBench las pruebas de un clúster de base de datos Aurora mostraron un impacto en el rendimiento 4 veces menor que el de MySQL. La ejecución de la clase de instancia de base de datos db.r3.8xlarge produjo 100 000 operaciones SQL de escritura por segundo y más de 550 000 operaciones SQL de lectura por segundo, incluso con el esquema de desempeño habilitado.

  • Mejora de la contención de filas activas: esta característica reduce la utilización de la CPU y aumenta el rendimiento cuando un número elevado de conexiones obtiene acceso a un pequeño número de filas activas. Esta característica también elimina error 188 cuando se produce la contención de filas activas.

  • out-of-memory Gestión mejorada: cuando se ejecutan sentencias SQL bloqueantes que no son esenciales y se infringe el conjunto de memoria reservada, Aurora fuerza la reversión de esas sentencias SQL. Esta función libera memoria y evita que el motor se bloquee debido a excepciones. out-of-memory

  • Selector de lectura inteligente: esta implementación mejora la latencia de lectura al elegir el segmento de almacenamiento óptimo entre los diferentes segmentos para cada lectura, lo que mejora el rendimiento de lectura. SysBench Las pruebas han demostrado un aumento de hasta un 27% en el rendimiento de las cargas de trabajo de escritura.

Mejoras

  • Se ha corregido un problema por el que la réplica de Aurora se encontraba con un bloqueo compartido durante el inicio del motor.

  • Se ha corregido un bloqueo potencial de una réplica de Aurora cuando el puntero de vista de lectura en el sistema de purga era NULL.