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 du 13/03/2018 (version 1.17) (obsolète)
Version : 1.17
Aurora MySQL 1.17 est en général disponible. Les versions Aurora MySQL 1.x sont uniquement compatibles avec MySQL 5.6 et non avec MySQL 5.7. Tous les nouveaux clusters de bases de données compatibles avec la version 5.6, y compris ceux restaurés à partir d'instantanés, seront créés dans Aurora 1.17. Vous avez la possibilité, sans y être obligé, de mettre à niveau les clusters de bases de données existants vers Aurora 1.17. Vous pouvez créer de nouveaux clusters de bases de données dans Aurora 1.14.1, Aurora 1.15.1 ou Aurora 1.16. Vous pouvez le faire à l'aide de la AWS CLI ou de l'API Amazon RDS et en spécifiant la version du moteur.
Avec la version 1.17 d'Aurora, 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. Nous prenons en charge l'application de correctifs sans temps d'arrêt, basée sur l'optimisation, afin de conserver les connexions client tout au long du processus de mise à jour corrective. Pour plus d'informations, consultez Entretien d'un cluster de base de données Amazon Aurora dans le Guide de l'utilisateur Amazon Aurora.
Si vous avez des questions ou des préoccupations, le AWS support est disponible sur les forums communautaires et via le AWS support
Application de correctifs sans temps d'arrêt
La fonction d'application de correctifs sans temps d'arrêt tente, dans un souci d'optimisation, de conserver les connexions client tout au long de la mise à jour corrective du moteur. Pour plus d'informations sur l'application de correctifs sans temps d'arrêt, consultez Utilisation des correctifs sans temps d'arrêt dans le Guide de l'utilisateur Amazon Aurora.
Nouvelles fonctionnalités
-
Aurora MySQL prend désormais en charge la compression de verrou, qui optimise l'utilisation de la mémoire du gestionnaire de verrou. À partir de la version 1.17, vous pouvez utiliser cette fonction sans activer le mode Lab.
Améliorations
-
Correction d'un problème rencontré essentiellement par les instances avec moins de cœurs où un seul cœur peut avoir 100 % d'utilisation d'UC même si la base de données est inactive.
-
Amélioration des performances d'extraction des journaux binaires à partir des clusters Aurora.
-
Correction d'un problème où les réplicas Aurora tentent d'écrire des statistiques de table sur un stockage permanent, et échouent.
-
Correction d'un problème où le cache de requête n'a pas fonctionné comme prévu sur les réplicas Aurora.
-
Correction d'une condition de concurrence dans le gestionnaire de verrou qui s'est traduite par un redémarrage du moteur.
-
Correction d'un problème où les verrous acceptés par les transactions en lecture seule et à validation automatique se sont traduites par un redémarrage du moteur.
-
Correction d'un problème où certaines requêtes n'ont pas été écrites sur les journaux d'audit.
-
Correction d'un problème lié à la récupération de certaines opérations de maintenance d'une partition lors d'un basculement.
Intégration de correctifs de bogues MySQL.
-
LAST_INSERT_ID n'est pas répliqué correctement si les filtres de réplication sont utilisés (bogue n° 69861)
-
La requête retourne différents résultats en fonction du paramètre INDEX_MERGE (bogue n° 16862316)
-
Réexécution de la routine stockée du traitement de requête, plan de requête inefficace (bogue n° 16346367)
-
INNODB FTS : assertion dans FTS_CACHE_APPEND_DELETED_DOC_IDS (bogue n° 18079671)
-
Assertion RBT_EMPTY(INDEX_CACHE->WORDS) dans ALTER TABLE CHANGE COLUMN (bogue n° 17536995)
-
La recherche INNODB en texte intégral ne trouve pas d'enregistrements lorsque des points de sauvegarde sont impliqués (bogue n° 70333, bogue n° 17458835)
