Mises à jour du moteur de base de données Aurora MySQL : 10/11/2016 (versions 1.9.0, 1.9.1) (obsolète)

Construction d'index améliorée – 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 peut réduire le temps nécessaire à la création d'un index ou la reconstruction d'une table de 75 % (sur la base d'une instance de base de données db.r3.8xlarge). Cette fonction était en mode Lab dans Aurora MySQL version 1.7 et est activée par défaut dans Aurora 1.9 et versions ultérieures. Pour plus d'informations, consultez Mode Lab Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Compression de verrou (mode Lab) – Cette implémentation réduit de manière significative la quantité de mémoire consommée par le gestionnaire de verrous, jusqu'à 66 %. Le gestionnaire de verrous peut acquérir davantage de verrous de ligne sans rencontrer d' out-of-memory exception. 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.

Schéma de performances – Aurora MySQL prend désormais en charge le schéma de performances avec un impact minimal sur les performances. Lors de nos tests d'utilisation SysBench, l'activation du schéma de performance pourrait dégrader les performances de MySQL jusqu'à 60 %.

SysBench les tests d'un cluster de base de données Aurora ont montré un impact sur les performances 4 fois inférieur à celui de MySQL. L'exécution de la classe d'instance de base de données db.r3.8xlarge en 100 K écritures SQL/sec et plus de 550 K lectures SQL/sec, même avec le schéma de performances activé.

Amélioration des conflits entre les lignes critiques – Cette fonction réduit l'utilisation de l'UC et augmente le débit lorsqu'un grand nombre de connexions accèdent à un petit nombre de lignes critiques. Cette fonction élimine également l' error 188 en cas de conflits entre les lignes critiques.

out-of-memory Gestion améliorée : lorsque des instructions SQL verrouillables non essentielles sont exécutées et que le pool de mémoire réservé est violé, Aurora force l'annulation de ces instructions SQL. Cette fonctionnalité permet de libérer de la mémoire et d'éviter les pannes de moteur dues à des out-of-memory exceptions.

Sélecteur de lecture intelligent : cette implémentation améliore la latence de lecture en choisissant le segment de stockage optimal parmi les différents segments pour chaque lecture, ce qui améliore le débit de lecture. SysBench les tests ont montré une augmentation des performances allant jusqu'à 27 % pour les charges de travail d'écriture.

Résolution d'un problème où un réplica Aurora détecte un verrouillage partagé au démarrage du moteur.

Résolution d'un problème possible sur un réplica Aurora lorsque le pointeur de vue de lecture sur le système de purge est NULL.