Mises à jour du moteur de base de données Aurora MySQL du 22/11/2019 (version 2.06.0) (obsolète)

Les clusters Aurora MySQL prennent désormais en charge les types d'instance db.r5.8xlarge, db.r5.16xlarge et db.r5.24xlarge. Pour plus d'informations sur les types d'instance pour les clusters Aurora MySQL, consultez Classes d'instances de base de données Aurora dans le Guide de l'utilisateur Amazon Aurora.

La fonctionnalité de jointure de hachage est désormais disponible et ne nécessite pas que le mode lab Aurora soit activé (ON). Cette fonctionnalité peut améliorer les performances de requêtes lorsque vous devez joindre une grande quantité de données au moyen d'une équijointure. Pour plus d'informations sur l'utilisation de cette fonctionnalité, voir Utilisation de l'API de données pour Aurora Serverlessdans le guide de l'utilisateur Amazon Aurora.

La fonctionnalité de conflits entre lignes critiques est désormais disponible et ne nécessite pas que le mode lab Aurora soit activé (ON). Cette fonction améliore nettement le débit pour les charges où de nombreuses transactions sont en conflit pour les lignes d'une même page.

Aurora MySQL 2.06 et versions ultérieures prennent en charge le retour d'un cluster de base de données à une heure spécifique, sans restaurer les données à partir d'une sauvegarde. Cette fonctionnalité, connue sous le nom de Backtrack (ou retour sur suivi), offre un moyen rapide de récupérer d'erreurs d'utilisateur, comme la suppression non souhaitée d'une table ou d'une ligne. Le retour sur suivi ne dure que quelques secondes, même pour les bases de données volumineuses. Lisez le AWS blog pour obtenir un aperçu, et reportez-vous à la section Retour en arrière d'un cluster de base de données Aurora dans le guide de l'utilisateur Amazon Aurora pour plus de détails.

Aurora 2.06 et versions ultérieures prennent en charge les appels synchrones via AWS Lambda la fonction native. lambda_sync() La fonction native lambda_async() est également disponible et peut être utilisée comme alternative à la procédure stockée existante pour l'appel Lambda asynchrone. Pour plus d'informations sur l'appel des fonctions Lambda, consultez Appel d'une fonction Lambda avec une fonction native Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

CVE-2019-2805

CVE-2019-2791

CVE-2019-2778

CVE-2019-2758

CVE-2019-2739

CVE-2019-2730

CVE-2018-3064

CVE-2018-3058

CVE-2018-2786

CVE-2017-3653

CVE-2017-3465

CVE-2017-3455

CVE-2017-3244

CVE-2016-5612

La disponibilité des bases de données a été améliorée afin de mieux répondre à l'augmentation du nombre de connexions clients lors de l'exécution d'une ou de plusieurs connexions DDLs. La gestion s'effectue en créant temporairement des threads supplémentaires si nécessaire. La mise à niveau est conseillée si la base de données ne répond plus suite à un pic dans les connexions, parallèlement au traitement des DDL.

Correction du problème d'indisponibilité prolongée lors du redémarrage du moteur. La correction concerne un problème d'initialisation du pool de mémoires tampon. Ce problème se produit rarement, mais peut éventuellement impacter toute version prise en charge.

Correction d'un problème qui entraîne le redémarrage d'une base de données configurée comme journal binaire principal tandis qu'une forte charge de travail en écriture est en cours d'exécution.

Les améliorations apportées à l'accès des requêtes aux données non mises en cache peuvent être plus lentes qu'à l'ordinaire. Les clients confrontés à une latence en lecture anormalement élevé alors qu'ils accèdent aux données mises en cache sont invités à procéder à une mise à niveau.

Correction d'un problème qui entraînait la restauration de tables partitionnées à partir d'un instantané de base de données. Il est conseillé aux clients confrontés à des erreurs lors de l'accès aux tables partitionnées d'une base de données restaurée à partir d'un instantané d'une base de données Aurora MySQL 1.* d'utiliser cette version.

Stabilité améliorée des réplicas Aurora en corrigeant la contention des verrous entre les threads traitant les requêtes en lecture et le thread appliquant les modifications du schéma tandis qu'une requête DLL est en cours sur l'instance de bases de données d'écriture.

Correction d'un problème de stabilité lié à la mise à jour de la table mysql.innodb_table_stats, déclenché par les opérations DDL.

Correction d'un problème signalant à tort une erreur ERROR 1836 lorsqu'une requête imbriquée est exécutée sur une table temporaire sur le réplica Aurora.

Amélioration des performances de la réplication des journaux binaires en empêchant les appels d'API superflus au cache si le cache des requêtes a été désactivé sur le travailleur de journaux binaires.

Lecture anticipée asynchrone des clés (AKP). Pour plus d'informations, consultez Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés dans le Guide de l'utilisateur Amazon Aurora.

Traitement par lot des analyses. Pour plus d'informations, consultez Mises à jour du moteur de base de données Aurora MySQL du 11/12/2017 (version 1.16) (obsolète).

Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3. Pour plus d'informations, consultez Migration des données à partir de MySQL à l'aide d'un compartiment Amazon S3 dans le Guide de l'utilisateur Amazon Aurora.

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