Mises à jour du moteur de base de données Aurora MySQL : 30/08/2016 (version 1.7.0) (obsolète)

Planificateur NUMA – Le planificateur de tâches du moteur Aurora MySQL prend désormais en charge l'accès mémoire non uniforme (NUMA, Non-Uniform Memory Access). Cela réduit les conflits de sockets inter-CPU ce qui se traduit par des performances améliorées en termes de débit pour la classe d'instance de base de données db.r3.8xlarge.

Fonctionnement de la lecture anticipée en parallèle de manière asynchrone en arrière-plan – La lecture anticipée en parallèle a été repensée pour améliorer les performances en utilisant un thread dédié pour réduire les conflits entre threads.

Construction d'index améliorée (mode Lab) – La création d'index secondaires fonctionne désormais suivant un mode de construction de bas en haut, qui élimine les fractionnements de pages inutiles. Cela permet de réduire le temps de création d'un index ou de reconstruction d'une table. Cette fonction est désactivée par défaut et peut être activée en activant le mode Lab d'Aurora. Pour plus d'informations, consultez Mode Lab Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Correction d'un problème de lenteur de la connexion en cas d'augmentation du nombre de connexions demandées pour une instance.

Correction d'un problème où une défaillance générale se produisait si ALTER TABLE était exécutée sur une table partitionnée qui n'utilisait pas InnoDB.

Correction d'un problème où une lourde charge de travail en écriture pouvait entraîner un basculement.

Correction d'une assertion erronée qui entraînait une défaillance si RENAME TABLE était exécutée sur une table partitionnée.

Stabilité améliorée en cas de restauration d'une transaction pendant une importante charge de travail d'insertion.

Correction d'un problème où les index de recherche en texte intégral n'étaient pas fiables sur un réplica Aurora.

Amélioration de l'évolutivité par partitionnement du verrou LOCK_grant. (Port WL #8355)

L'ouverture du curseur sur SELECT dans la procédure stockée entraîne une erreur de segmentation. (Bogue de port n° 16499751)

MySQL donne un faux résultat dans certains cas d'utilisation. (Bogue n° 11751794)

Défaillance générale dans GET_SEL_ARG_FOR_KEYPART – causée par le correctif du bogue 11751794. (Bogue n° 16208709)

Mauvais résultats pour une requête simple avec GROUP BY. (Bogue n° 17909656)

Lignes supplémentaires sur requête semi-jointure avec prédicats de plage. (Bogue n° 16221623)

L'ajout d'une clause ORDER BY à la suite d'une sous-requête IN pourrait entraîner le renvoi de lignes en double. (Bogue n° 16308085)

Défaillance générale pour une requête avec balayage large pour GROUP BY, MySQL. (Bogue n° 16222245)

L'analyse d'index large avec prédicat d'entier à quota renvoie des données aléatoires. (Bogue n° 16394084)

Si l'optimiseur utilisait une analyse d'index large, le serveur pouvait quitter pendant la tentative de création d'une table temporaire. (Bogue n° 16436567)

Alors qu'elle ne devrait pas le faire, la fonction COUNT(DISTINCT) comptait les valeurs NULL lorsque l'optimiseur utilisait l'analyse d'index large. (Bogue n° 17222452)

Si une requête utilisait à la fois la fonction MIN()/MAX() et la fonction aggregate_function(DISTINCT) (par exemple, SUM(DISTINCT)) et était exécutée avec l'analyse d'index large, les valeurs produites par la fonction MIN()/MAX() étaient incorrectement définies. (Bogue n° 17217128)