Mises à jour du moteur de base de données Aurora MySQL : 23/03/2018 (version 1.17.1) (obsolète) - Amazon Aurora

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Mises à jour du moteur de base de données Aurora MySQL : 23/03/2018 (version 1.17.1) (obsolète)

Version : 1.17.1

Aurora MySQL 1.17.1 est en général disponible. Tous les nouveaux clusters de bases de données, y compris ceux restaurés à partir d'instantanés, seront créés dans Aurora MySQL 1.17.1. Vous avez la possibilité, sans y être obligé, de mettre à niveau les clusters de bases de données existants vers Aurora MySQL 1.17.1. Vous pouvez créer de nouveaux clusters de bases de données dans Aurora MySQL 1.15.1, Aurora MySQL 1.16 ou Aurora MySQL 1.17. Vous pouvez le faire à l'aide de l'API AWS CLI ou de l'API Amazon RDS et en spécifiant la version du moteur.

Avec la version 1.17.1 d'Aurora MySQL, nous utilisons un modèle d'application de correctifs de cluster dans lequel tous les nœuds d'un cluster de bases de données Aurora sont corrigés en même temps. Cette version corrige certains problèmes de moteur identifiés, ainsi que certaines régressions.

Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le AWS support. Pour plus d'informations, consultez Entretien d'un cluster de base de données Amazon Aurora dans le Guide de l'utilisateur Amazon Aurora.

Note

Il existe un problème dans la dernière version du moteur Aurora MySQL. Après la mise à niveau vers 1.17.1, la version du moteur a été mentionnée de façon incorrecte comme 1.17. Si vous avez effectué une mise à niveau vers la version 1.17.1, vous pouvez la confirmer en vérifiant la colonne Maintenance du cluster de bases de données dans AWS Management Console. Si elle affiche none, alors le moteur est mis à niveau vers 1.17.1.

Améliorations

  • Correction d'un problème dans la récupération de journal binaire qui se traduisait par des temps de récupération plus longs pour les cas avec des fichiers d'index de journal binaire volumineux à même de se produire si les journaux binaires sont soumis à une rotation très fréquente.

  • Correction de problème de l'optimiseur de requête qui générait un plan de requête inefficace pour les tables partitionnées.

  • Correction du problème de l'optimiseur de requête où une requête de la plage entraînait un redémarrage du moteur de base de données.