Mises à jour du moteur de base de données Aurora MySQL du 18/01/2019 (version 2.03.3) (obsolète) - Amazon Aurora
AméliorationsIntégration de correctifs de bogues MySQL.Comparaison avec Aurora MySQL Version 1Compatibilité avec MySQL 5.7

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 18/01/2019 (version 2.03.3) (obsolète)

Version : 2.03.3

Aurora MySQL 2.03.3 est en disponibilité générale. Les versions 2.x d'Aurora MySQL sont compatibles avec MySQL 5.7 et les versions 1.x d'Aurora MySQL sont compatibles avec MySQL 5.6.

Lorsque vous créez un cluster de bases de données Aurora MySQL (y compris en restaurant un instantané), vous avez le choix entre la compatibilité avec MySQL 5.7 et la compatibilité avec MySQL 5.6.

Nous n'autorisons pas la mise à niveau sur place des clusters Aurora MySQL 1.* vers Aurora MySQL 2.03.3 ni la restauration vers Aurora MySQL 2.03.3 à partir d'une sauvegarde Amazon S3. Nous envisageons de supprimer ces restrictions dans une prochaine version d'Aurora MySQL 2.*.

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

Cette version n'est actuellement pas disponible dans les régions AWS GovCloud (USA Ouest) [us-gov-west-1] et Chine (Pékin) [cn-north-1]. Sa disponibilité fera l'objet d'une annonce distincte.

Note

La procédure de mise à niveau du cluster de bases de données a changé. Pour plus d'informations, consultez Mise à niveau de la version mineure ou du niveau de correctif d'un cluster de bases de données Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Améliorations

Correctifs CVE

Correctifs critiques :

  • Résolution d'un problème ou un réplica Aurora peut devenir interbloqué lors de l'exécution d'une analyse en arrière sur un index.

  • Résolution d'un problème où un réplica Aurora peut redémarrer lorsque l'instance principale Aurora exécute des opérations DDL sur place sur des tables partitionnées.

  • Résolution d'un problème où un réplica Aurora peut redémarrer pendant l'invalidation du cache de requêtes après une opération DDL sur l'instance principale Aurora.

  • Résolution d'un problème où un réplica Aurora peut redémarrer pendant une requête SELECT sur une table alors que l'instance principale Aurora exécute une troncature sur cette table.

  • Résolution d'un problème de résultat incorrect avec les tables temporaires MyISAM dont seules les colonnes indexées sont accessibles.

  • Résolution d'un problème de journaux lents générant des valeurs élevées incorrectes pour query_time et lock_time régulièrement après environ 40 000 requêtes.

  • Résolution d'un problème dans lequel un schéma nommé « tmp » pouvait entraîner le blocage de la migration de RDS for MySQL vers Aurora MySQL.

  • Résolution d'un problème où le journal d'audit peut comporter des événements manquants lors de la rotation des journaux.

  • Résolution d'un problème où l'instance principale Aurora restaurée à partir d'un instantané Aurora 5.6 peut redémarrer lorsque la fonction Fast DDL en mode Lab est activée.

  • Résolution d'un problème où l'utilisation de l'IUC est intégralement liée au thread stats du dictionnaire.

  • Résolution d'un problème où un réplica Aurora peut redémarrer lors de l'exécution d'une instruction CHECK TABLE.

Intégration de correctifs de bogues MySQL.

  • Bogue n°25361251 : INCORRECT BEHAVIOR WITH INSERT ON DUPLICATE KEY IN SP

  • Bogue n°26734162 : INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE

  • Bogue n°27460607 : INCORRECT BEHAVIOR OF IODKU WHEN INSERT SELECT's SOURCE TABLE IS EMPTY

  • Une requête utilisant une clause DISTINCT ou GROUP BY peut renvoyer des résultats incorrects. (MySQL 5.7 bogue n°79591, bogue n°22343910)

  • A DELETE from joined tables using a derived table in the WHERE clause fails with error 1093 (Bogue n° 23074801).

  • GCOLS: INCORRECT BEHAVIOR WITH CHARSET CHANGES (Bogue n°25287633).

Comparaison avec Aurora MySQL Version 1

Les fonctions Amazon Aurora MySQL suivantes sont prises en charge dans Aurora MySQL version 1 (compatible avec MySQL 5.6), mais ne sont pas actuellement prises en charge dans Aurora MySQL version 2 (compatible avec MySQL 5.7).

Compatibilité avec MySQL 5.7

Aurora MySQL 2.03.3 est compatible avec MySQL 5.7 et inclut des fonctions telles que la prise en charge de JSON, les index spatiaux et les colonnes générées. Aurora MySQL utilise une implémentation native de l'indexation spatiale à l'aide de courbes en z pour offrir des performances d'écriture 20 fois meilleures et des performances de lecture 10 fois meilleures que MySQL 5.7 pour des ensembles de données spatiaux.

Aurora MySQL 2.03.3 ne prend actuellement pas en charge les fonctions MySQL 5.7 suivantes :

  • Identifiants de transaction globaux (GTID). Aurora MySQL prend en charge les GTID dans les versions 2.04 et ultérieures.

  • plugin de réplication de groupe

  • Augmentation de la taille de page

  • Chargement du pool de mémoires tampons InnoDB au démarrage

  • plugin d'analyse de texte intégral InnoDB

  • Réplication multi-source

  • Redimensionnement de pool de mémoires tampons en ligne

  • plugin de validation de mot de passe

  • plugins de réécriture de requête

  • Filtrage de réplication

  • Instruction SQL CREATE TABLESPACE

  • Protocole X