Bonnes pratiques avec Amazon Aurora MySQL

Cette rubrique contient des informations sur les bonnes pratiques et les options en matière d’utilisation ou de migration de données vers un cluster de bases de données Amazon Aurora MySQL. Les informations contenues dans cette rubrique résument et réitèrent certaines des lignes directrices et procédures que vous pouvez trouver dans Gestion d’un cluster de bases de données Amazon Aurora.

Table des matières

• Détermination de l’instance de base de données à laquelle vous êtes connecté

• Bonnes pratiques pour les performances et la mise à l’échelle d’Aurora MySQL

  • Utilisation de classes d’instance T pour le développement et les tests

  • Optimisation des requêtes de jointure indexées Aurora MySQL avec lecture anticipée asynchrone des clés

    • Activation de la lecture anticipée asynchrone des clés

    • Optimisation des requêtes pour la lecture anticipée asynchrone des clés

  • Optimisation des requêtes de jointure MySQL Aurora volumineuses avec des jointures de hachage

    • Activation des jointures par hachage

    • Optimisation des requêtes pour les jointures par hachage

  • Utilisation d’Amazon Aurora pour dimensionner les lectures de votre base de données MySQL

  • Optimisation des opérations d’horodatage

  • Erreurs de débordement des identifiants d’index virtuels

• Bonnes pratiques pour la haute disponibilité Aurora MySQL

  • Utilisation d’Amazon Aurora pour la reprise après sinistre avec vos bases de données MySQL

  • Migration depuis MySQL vers Amazon Aurora MySQL avec une interruption réduite

  • Contournement des performances lentes, du redémarrage automatique et du basculement pour les instances de base de données Aurora MySQL

• Recommandations pour les fonctionnalités MySQL dans Aurora MySQL

  • Utilisation de la réplication multithread dans Aurora MySQL

  • Appeler des fonctions AWS Lambda à l’aide des fonctions MySQL natives

  • Éviter les transactions XA avec Amazon Aurora MySQL

  • Maintenir les clés étrangères activées pendant les instructions DML

  • Configuration de la fréquence à laquelle le tampon du journal est vidé

  • Minimisation et résolution des blocages d’Aurora MySQL

    • Minimisation des blocages InnoDB

    • Surveillance des blocages InnoDB

• Évaluation de l’utilisation de l’instance de base de données pour Aurora MySQL à l’aide des métriques Amazon CloudWatch

Détermination de l’instance de base de données à laquelle vous êtes connecté

Pour déterminer à quelle instance de base de données d’un cluster de bases de données Aurora MySQL une connexion est établie, vérifiez la variable globale innodb_read_only représentée dans l’exemple suivant.

SHOW GLOBAL VARIABLES LIKE 'innodb_read_only'; 

La variable innodb_read_only est définie sur ON si vous êtes connecté à une instance de base de données de lecteur. Ce paramètre est OFF si vous êtes connecté à une instance DB d’écriture, telle qu’une instance principale dans un cluster provisionné.

Cette approche peut s’avérer utile si vous voulez ajouter de la logique au code de votre application pour équilibrer la charge de travail ou pour garantir qu’une opération d’écriture utilise la connexion appropriée.