Mises à jour du moteur de base de données Aurora MySQL du 20/09/2018 (version 1.18.0) (obsolète)

Version : 1.18.0

Aurora MySQL 1.18.0 est en général disponible. Tous les nouveaux clusters compatibles avec les requêtes parallèles Aurora MySQL et compatibles avec MySQL 5.6, y compris ceux restaurés à partir d'instantanés, seront créés dans Aurora MySQL 1.18.0. Vous avez la possibilité, sans y être obligé, de mettre à niveau les clusters compatibles avec les requêtes parallèles vers Aurora MySQL 1.18.0. Vous pouvez créer de nouveaux clusters de bases de données dans Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 ou Aurora MySQL 1.17.6. Pour ce faire, vous pouvez utiliser l'AWS CLI ou l'API RDS Amazon en spécifiant la version du moteur.

Avec la version 1.18.0 d'Aurora MySQL, 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.

Important

Aurora MySQL 1.18.0 s'applique uniquement aux clusters compatibles avec les requêtes parallèles Aurora. Si vous mettez à niveau un cluster 5.6.10a alloué, la version résultante est 1.17.8. Si vous mettez à niveau un cluster 5.6.10a compatible avec les requêtes parallèles, la version résultante est 1.18.0.

En cas de question ou de doute, l'équipe AWS Support est disponible sur les forums de la communauté et via 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.

Fonctions

• La fonction de Requête parallèle est disponible avec cette version, pour les nouveaux clusters et les instantanés restaurés. Une requête parallèle Aurora MySQL est une optimisation qui met en parallèle une partie des I/O et du calcul impliqués dans le traitement des requêtes à usage intensif de données. Les tâches qui sont mises en parallèle incluent la récupération des lignes à partir du stockage, l'extraction des valeurs des colonnes et la détermination des lignes répondant aux conditions définies dans la clause WHERE et dans les clauses JOIN. Ces tâches de gestion des gros volumes de données sont déléguées à différents nœuds de la couche de stockage distribué Aurora. Dans le jargon, on parle également d'optimisation de base de données par pushdown. Sans la fonction de requête parallèle, chaque requête envoie toutes les données analysées à un même nœud au sein du cluster Aurora MySQL (le nœud principal) et y effectue toutes les tâches de traitement nécessaires.

  • Lorsque la fonction de requête parallèle est activée, le moteur Aurora MySQL détermine automatiquement quand utiliser cette dernière, sans nécessiter de modifications SQL telles que les indicateurs ou les attributs de table.

  Pour plus d'informations, consultez Utilisation des requêtes parallèles pour Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.

• La fonction d'évitement de mémoire insuffisante surveille la mémoire système et suit la mémoire consommée par les divers composants de la base de données. Lorsque le système manque de mémoire, il effectue une liste d'actions pour libérer de la mémoire à partir des divers composants suivis afin d'essayer d'éviter un dépassement de mémoire de la base de données et donc un redémarrage de cette base de données. Cette fonction d'optimisation est activée par défaut pour les instances t2 et peut être activée pour les autres classes d'instance via un nouveau paramètre d'instance nommé aurora_oom_response. Ce paramètre d'instance accepte une chaîne d'actions séparées par des virgules, qu'une instance doit effectuer lorsque sa mémoire est faible. Les actions valides incluent « print », « tune », « decline », « kill_query » et toute combinaison de ces valeurs. Une chaîne vide signifie qu'aucune action ne doit être effectuée et revient en fait à désactiver la fonction. Notez que les actions par défaut de cette fonction sont « print, tune ». Exemples d'utilisation :

  • « print » – imprime uniquement les requêtes exigeant une grande quantité de mémoire.

  • « tune » – affine les caches de table interne pour restituer de la mémoire au système.

  • « decline » – refuse les nouvelles requêtes une fois que l'instance manque de mémoire.

  • « kill_query » – arrête les requêtes dans l'ordre décroissant de leur consommation de mémoire jusqu'à ce que la mémoire de l'instance passe au-dessus du seuil bas. Les instructions en langage de manipulation de données (DDL) ne sont pas abandonnées.

  • « print, tune » – effectue les actions décrites pour « print » et « tune ».

  • « tune, decline, kill_query » – effectue les actions décrites pour « tune », « decline » et « kill_query ».

  Pour obtenir de plus amples informations sur la gestion des conditions de mémoire insuffisante et d'autres conseils de résolution des problèmes, consultez Problèmes de mémoire insuffisante Amazon Aurora MySQL dans le Guide de l'utilisateur Amazon Aurora.