Mises à jour du moteur de base de données Aurora MySQL : 15/05/2017 (version 1.13) (obsolète) - Amazon Aurora
Application de correctifs sans temps d'arrêtNouvelles fonctionsAméliorationsIntégration de correctifs de bogues MySQL.

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 : 15/05/2017 (version 1.13) (obsolète)

Version : 1.13

Note

Nous avons activé une nouvelle fonction - SELECT INTO OUTFILE S3 - dans la version 1.13 d'Aurora MySQL après la version initiale et mis à jour les notes de mise à jour de manière à refléter cette modification.

Aurora MySQL 1.13 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.13. Vous avez la possibilité, sans y être obligé, de mettre à niveau les clusters de bases de données existants vers Aurora MySQL 1.13. Avec la version 1.13 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 activons 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.

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 fonctions :

Améliorations :

  • La troncation des fichiers journaux au format CSV au démarrage du moteur a été mise en œuvre pour éviter une longue durée de récupération. Désormais, les tables general_log_backup, general_log, slow_log_backup et slow_log ne survivent pas à un redémarrage de la base de données.

  • Correction d'un problème d'échec de la migration d'une base de données nommée test.

  • La stabilité au niveau du récupérateur de mémoire du gestionnaire de verrous a été améliorée en réutilisant les segments de verrouillage corrects.

  • La stabilité du gestionnaire de verrous a été améliorée par la suppression des assertions non valides au cours de l'exécution de l'algorithme de détection de blocage.

  • La réplication asynchrone a été réactivée et un problème associé a été corrigé qui entraînait un retard du réplica incorrect à signaler sous une charge de travail nulle ou en lecture seule. Les améliorations du pipeline de réplication ont été introduites dans la version 1.10. Ces améliorations ont été introduites afin d'appliquer les mises à jour des flux de journaux au cache des tampons d'un réplica Aurora, ce qui permet d'améliorer les performances de lecture et la stabilité sur les réplicas Aurora.

  • Un problème a été corrigé où autocommit=OFF conduisait au blocage d'événements planifiés et au maintien de longues transactions ouvertes jusqu'au redémarrage du serveur.

  • Un problème a été corrigé où les journaux des requêtes générales, d'audit et lentes ne pouvaient pas consigner les requêtes traitées par la validation asynchrone.

  • Les performances de la fonction de lecture anticipée logique ont été améliorées jusqu'à 2,5 fois. Cela s'est fait en autorisant la poursuite des récupérations au préalable sur les pages intermédiaires dans une arborescence B.

  • La validation des paramètres a été ajoutée pour que les variables d'audit suppriment les espaces inutiles.

  • Une régression a été corrigée, qui avait été introduite dans Aurora MySQL version 1.11, en raison de laquelle les requêtes pouvaient retourner des résultats incorrects lors de l'utilisation de l'option SQL_CALC_FOUND_ROWS et de l'appel de la fonction FOUND_ROWS().

  • Un problème de stabilité a été corrigé qui correspondait à l'établissement incorrect de la liste des verrous de métadonnées.

  • La stabilité est améliorée lorsque sql_mode a pour valeur PAD_CHAR_TO_FULL_LENGTH et que la commande SHOW FUNCTION STATUS WHERE Db='string' est exécutée.

  • Un cas rare a été corrigé où les instances n'étaient pas démarrées après la mise à niveau de la version d'Aurora en raison d'un contrôle de cohérence de volume erroné.

  • Correction du problème de performances, introduit dans Aurora MySQL version 1.12, où les performances de l'enregistreur Aurora étaient réduites lorsque les utilisateurs possédaient un grand nombre de tables.

  • Amélioration du problème de stabilité lorsque l'enregistreur Aurora est configuré en tant que travailleur des journaux binaires et que le nombre de connexions approche les 16 000.

  • Correction d'un problème rare où un réplica Aurora pouvait redémarrer lorsqu'une connexion était bloquée en attente d'un verrou de métadonnées lors de l'exécution d'une DDL sur le maître Aurora.

Intégration de correctifs de bogues MySQL.

  • Avec une table InnoDB vide, il est impossible de diminuer la valeur auto_increment à l'aide d'une instruction ALTER TABLE, même lorsque la table est vide. (Bogue n° 69882)

  • Les requêtes MATCH()... AGAINST utilisant une longue chaîne comme argument pour AGAINST() pouvaient entraîner une erreur lorsqu'elles étaient exécutées sur une table InnoDB avec un index de recherche en texte intégral. (Bogue n° 17640261)

  • Le traitement de SQL_CALC_FOUND_ROWS en association avec ORDER BY et LIMIT pouvait mener à des résultats incorrects pour FOUND_ROWS(). (Bogues n° 68458 et 16383173)

  • ALTER TABLE n'autorise pas la modification de la possibilité de valeur NULL de la colonne si une clé étrangère existe. (Bogue n° 77591)