Mises à jour du moteur de base de données Aurora MySQL : 03/12/2015 (version 1.4) (obsolète)

Insertion rapide – Accélère les insertions parallèles triées par leur clé primaire. Pour plus d'informations, consultez Améliorations des performances Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

Performances de lecture des grands ensembles de données – Aurora MySQL détecte automatiquement une lourde charge de travail d'I/O et démarre plus de threads afin d'améliorer les performances du cluster de bases de données. Le planificateur Aurora examine l'activité d'I/O et décide d'ajuster dynamiquement le nombre optimal de threads dans le système en l'adaptant rapidement en fonction des charges de travail exigeantes en I/O et exigeantes en UC, sans frais généraux importants.

Lecture anticipée parallèle – Améliore les performances des analyses de l'arbre B (B-Tree) qui sont trop grandes pour la mémoire disponible sur votre instance principale ou votre réplica Aurora (y compris les requêtes de plage). La lecture anticipée parallèle détecte automatiquement les modèles de lecture de page et récupère au préalable les pages dans le cache des tampons pour anticiper le moment où elles seront requises. La lecture anticipée parallèle traite plusieurs tables au même moment, dans la même transaction.

Correction des problèmes de brève disponibilité de base de données Aurora au cours des déploiements du stockage Aurora.

Application correcte de la limite max_connection.

Amélioration de la purge des fichiers journaux binaires quand Aurora est l'entité principale de journalisation et que la base de données redémarre après une lourde charge de données.

Correction de problèmes de gestion de mémoire avec le cache des tables.

Ajout de la prise en charge des très grandes pages dans le cache des tampons de mémoire partagée pour accélérer la récupération.

Correction d'un problème lié à non-initialisation du stockage local des threads.

Autorisation de 16 000 connexions par défaut.

Pool de threads dynamiques pour les charges de travail exigeantes en I/O.

Correction d'un problème d'invalidation correcte des vues impliquant UNION dans le cache de requêtes.

Correction d'un problème de stabilité avec le thread stats du dictionnaire.

Correction d'une fuite de mémoire dans le sous-système du dictionnaire associée à l'expulsion du cache.

Correction d'un problème de latence de lecture élevée sur les réplicas Aurora lorsque la charge d'écriture est très faible sur le maître.

Correction de problèmes de stabilité sur les réplicas Aurora lors de la réalisation d'opérations sur les tables partitionnées DDL telles que ALTER TABLE... REORGANIZE PARTITION sur le maître.

Correction de problèmes de stabilité sur les réplicas Aurora lors d'une croissance du volume.

Correction d'un problème de performance pour les analyses sur les index non organisés en cluster sur les réplicas Aurora.

Correction d'un problème de stabilité entraînant un retard des réplicas Aurora et leur désinscription et redémarrage éventuels.

SEGV dans FTSPARSE(). (Bogue n° 16446108)

Le dictionnaire de données InnoDB n'est pas mis à jour lorsque la colonne est renommée. (Bogue n° 19465984)

Incident FTS après qu'une table a été renommée dans une autre base de données. (Bogue n° 16834860)

L'échec de la préparation du déclenchement sur les tables tronquées entraîne l'erreur 1054. (Bogue n° 18596756)

Des modifications des métadonnées peuvent entraîner des problèmes de déclenchement d'exécution. (Bogue n° 18684393)

La matérialisation n'est pas choisie pour le champ UTF8 VARCHAR long. (Bogue n° 17566396)

Plan d'exécution médiocre pour ORDER BY avec la limite X. (Bogue n°16697792)

Bogue de rétroportage n° 11765744 pour 5.1, 5.5 et 5.6. (Bogue n° 17083851)

Problème de mutex dans SQL/SQL_SHOW.CC entraînant. SIG6 Source probable FILL_VARIABLES. (Bogue n° 20788853)

Bogue de rétroportage n° 18008907 pour les versions 5.5+. (Bogue n° 18903155)

Adaptation d'un correctif pour une erreur de dépassement de capacité de pile dans MySQL 5.7. (Bogue n° 19678930)