Mises à jour du moteur de base de données Aurora MySQL : 18/10/2016 (version 1.8) (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 : 18/10/2016 (version 1.8) (obsolète)

Version : 1.8

Nouvelles fonctionnalités

Améliorations

  • Correction d'un problème où un réplica Aurora se bloque s'il n'accorde pas de verrou de métadonnées dans une DDL en vol.

  • Les réplicas Aurora sont autorisés à modifier des tables non-InnoDB pour faciliter la rotation des fichiers journaux CSV généraux et lents où log_output=TABLE.

  • Correction d'un décalage dans la mise à jour des statistiques entre l'instance principale et un réplica Aurora. Sans ce correctif, les statistiques du réplica Aurora peuvent se trouver désynchronisées par rapport à celles de l'instance principale et engendrer un plan de requête différent (et sous-performant) sur un réplica Aurora.

  • Correction d'une condition de concurrence qui garantit qu'un réplica Aurora n'acquiert pas de verrous.

  • Correction d'un scénario rare où un réplica Aurora qui s'enregistre ou se désenregistre de l'instance principale peut échouer.

  • Correction d'une condition de concurrence pouvant conduire à un blocage sur les instances db.r3.large lors de l'ouverture ou de la fermeture d'un volume.

  • Correction d'un out-of-memory problème qui pouvait survenir en raison de la combinaison d'une charge de travail d'écriture importante et de défaillances du service de stockage distribué Aurora.

  • Correction d'un problème de consommation élevée de l'UC en raison de la rotation du thread de purge en présence d'une transaction de longue durée.

  • Correction d'un problème se produisant lorsqu'un schéma d'informations en cours d'exécution cherche à obtenir des informations sur les verrous dans des conditions de charge importante.

  • Correction d'un problème relatif à un processus de diagnostic pouvant, dans de rares cas, entraîner des blocages et des redémarrages/basculements d'écritures Aurora dans des nœuds de stockage.

  • Correction d'une condition où une table créée avec succès peut être supprimée pendant une récupération d'incident si l'incident s'est produit pendant le traitement d'une instruction CREATE TABLE [if not exists].

  • Correction d'un problème de rupture de la procédure de rotation des journaux lorsque le journal général et le journal lent ne sont pas stockés sur disque par atténuation des risques au catalogue.

  • Correction d'un blocage se produisant lorsqu'un utilisateur crée une table temporaire au sein d'une fonction définie par l'utilisateur, puis utilise la fonction définie par l'utilisateur dans la liste de sélection de la requête.

  • Correction d'un incident qui se produisait lors de la relecture des événements GTID. GTID n'est pas pris en charge par Aurora MySQL.

Intégration de correctifs de bogues MySQL :

  • Lors de l'abandon de tous les index sur une colonne à index multiples, InnoDB ne parvenait pas à bloquer une opération INDEX DEPOSER lorsqu'une contrainte de clé étrangère avait besoin d'un index. (Bogue n° 16896810)

  • Résoudre l'incident lié à l'ajout d'une contrainte de clé étrangère. (Bogue n° 16413976)

  • Correction d'un incident se produisant lors de la récupération d'un curseur dans une procédure stockée pendant l'analyse ou du vidage de la table. (Bogue n° 18158639)

  • Correction d'un bogue d'incrémentation automatique se produisant lorsqu'un utilisateur modifie une table pour changer la valeur AUTO_INCREMENT à moins de la valeur maximale de la colonne d'incrémentation automatique. (Bogue n° 16310273)