Actualizaciones del motor de base de datos de Aurora MySQL del 14/02/2016 (versión 1.10) (obsoleta)

Versión: 1.10

Nuevas características

• Aplicación de parche sin tiempo de inactividad: esta característica permite la aplicación de un parche a una instancia de base de datos sin ningún tiempo de inactividad. Es decir, las actualizaciones de la base de datos se realizan sin desconectar las aplicaciones cliente ni reiniciar la base de datos. Este enfoque aumenta la disponibilidad de sus clústeres de base de datos Aurora durante el período de mantenimiento. Tenga en cuenta que los datos temporales como los que se encuentran en el esquema de desempeño se restablecen durante el proceso de actualización. Esta característica se aplica a parches entregados por el servicio durante un período de mantenimiento, así como a parches iniciados por el usuario.

  Cuando se inicia la aplicación de un parche, el servicio se asegura de que no haya bloqueos abiertos, transacciones o tablas temporales y espera, a continuación, el período apropiado durante el cual pueda aplicarse el parche y reiniciarse la base de datos. Las sesiones de aplicación se conservan, si bien se produce una caída en el desempeño mientras la aplicación del parche está en curso (durante aproximadamente 5 segundos). Si no puede encontrarse un período apropiado, se recurrirá a una aplicación de parches estándar de manera predeterminada.

  La aplicación de parches sin tiempo de inactividad tiene lugar en la medida de lo posible, sujeta a determinadas limitaciones según se describe a continuación:

  • Esta característica es aplicable en la actualidad a la aplicación de parches a clústeres de base de datos de un nodo o instancias de escritor en clústeres de base de datos de varios nodos.

  • Las conexiones SSL no se admiten junto con esta característica. Si hay conexiones SSL activas, Amazon Aurora MySQL no realizará una aplicación de parches sin tiempo de inactividad. En su lugar, intentará ver periódicamente si las conexiones SSL han terminado. Si han terminado, se inicia la aplicación de parches sin tiempo de inactividad. Si las conexiones SSL se conservan después de más de un par de segundos, se inicia la aplicación de parches estándar con tiempo de inactividad.

  • La característica está disponible en Aurora 1.10 y versiones posteriores. En el futuro, identificaremos cualquier versión o parche que no pueda aplicarse mediante la aplicación de parches sin tiempo de inactividad.

  • Esta característica no es aplicable si la replicación basada en registro binario está activa.

• Indexación espacial: la indexación espacial mejora el rendimiento 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.

  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.

• Mejoras de la canalización de replicación: Aurora MySQL utiliza ahora un mecanismo mejorado para aplicar actualizaciones de flujos de registro a la caché del búfer de una réplica de Aurora. Esta característica mejora el desempeño de lectura y la estabilidad en réplicas de Aurora cuando hay una gran carga de escritura en el principal, así como una carga de lectura significativa en la réplica. Esta característica está habilitada de forma predeterminada.

• Mejora del rendimiento para cargas de trabajo con lecturas en caché: Aurora MySQL utiliza ahora un algoritmo simultáneo sin bloqueos para implementar vistas de lectura, lo que optimiza el rendimiento para consultas de lectura proporcionadas por la caché del búfer. Como resultado de esta y otras mejoras, Amazon Aurora MySQL puede lograr un rendimiento de hasta 625 000 lecturas por segundo, en comparación con las 164 000 lecturas por segundo de MySQL 5.7 para una SysBench carga de trabajo exclusiva de Select.

• Mejora del rendimiento para cargas de trabajo con contención de filas activas: Aurora MySQL utiliza un nuevo algoritmo de publicación bloqueo que mejora el rendimiento, en especial cuando hay contención de página activa (es decir, muchas transacciones compiten por las filas en la misma página). En pruebas con la herramienta para el análisis comparativo TPC-C, esto puede producir una mejora en el rendimiento de hasta 16 veces en transacciones por minuto con respecto a MySQL 5.7. 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.

Mejoras

• Se ha mejorado la velocidad de replicación de la caché del índice de búsqueda de texto completo. Esto se logra actualizando la caché solo después de una solicitud de lectura a una réplica de Aurora. Este enfoque evita cualquier lectura del disco por parte del subproceso de replicación.

• Se ha corregido un problema por el que la invalidación de la caché del diccionario no funcionaba en una réplica de Aurora para tablas que tenían un carácter especial en el nombre de la base de datos o de la tabla.

• Se ha corregido un problema de STUCK IO durante la migración de datos para nodos de almacenamiento distribuidos cuando la administración del nivel de actividad de almacenamiento está habilitada.

• Se ha corregido un problema en el administrador de bloqueos por el que una comprobación de aserción no funcionaba para el subproceso de espera de bloqueo de transacción al prepararse para la restauración o la confirmación de una transacción.

• Se ha corregido un problema al abrir una tabla de diccionario dañada actualizando correctamente el recuento de referencias en las entradas de las tablas.

• Se ha corregido un problema por el que el punto de lectura mínimo del clúster de base de datos podía interrumpirse por réplicas de Aurora lentas.

• Se ha corregido una fuga de memoria potencial en la caché de consultas.

• Se ha corregido un problema por el que la réplica de Aurora colocaba un bloqueo en la fila de una tabla cuando se utilizaba una consulta en una instrucción IF de un procedimiento almacenado.

Integración de correcciones de errores de MySQL.

• La UNIÓN de tablas derivadas devuelve resultados incorrectos con cláusulas '1=0/false'. (Error n.º 69471)

• El servidor se bloquea en ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS en la segunda ejecución del procedimiento almacenado. (Error n.º 20755389)

• Evitar que las consultas MySQL se paralicen demasiado tiempo durante la sincronización de la caché de FTS. Para ello, se descarga 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. (Errores n.º 22516559 y n.º 73816)