Résolution des out-of-memory problèmes liés aux bases de données Aurora MySQL - Amazon Aurora

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.

Résolution des out-of-memory problèmes liés aux bases de données Aurora MySQL

Le paramètre de niveau instance Aurora MySQL aurora_oom_response peut autoriser l'instance de base de données à surveiller la mémoire système et à estimer la mémoire utilisée par différentes déclarations et connexions. Si le système manque de mémoire, il peut exécuter une liste d'actions pour tenter de libérer cette mémoire. Il le fait dans le but d'éviter le redémarrage de la base de données en raison de problèmes out-of-memory (OOM). Le paramètre instance-level prend une chaîne d'actions séparées par des virgules qu'une instance de base de données exécute lorsque sa mémoire est insuffisante. Le aurora_oom_response paramètre est pris en charge pour les versions 2 et 3 d'Aurora MySQL.

Les valeurs suivantes, ainsi que des combinaisons de celles-ci, peuvent être utilisées pour le aurora_oom_response paramètre. Une chaîne vide signifie qu'aucune action n'est entreprise et désactive effectivement la fonctionnalité, laissant la base de données sujette aux redémarrages OOM.

  • decline— Refuse les nouvelles requêtes lorsque la mémoire de l'instance de base de données est insuffisante.

  • kill_connect— Ferme les connexions de base de données qui consomment une grande quantité de mémoire et met fin aux transactions en cours et aux instructions DDL (Data Definition Language). Cette réponse n'est pas prise en charge pour la version 2 d'Aurora MySQL.

    Pour plus d'informations, consultez l'instruction KILL dans la documentation MySQL.

  • kill_query— Termine les requêtes par ordre décroissant de consommation de mémoire jusqu'à ce que la mémoire de l'instance dépasse le seuil inférieur. Les instructions DDL ne sont pas terminées.

    Pour plus d'informations, consultez l'instruction KILL dans la documentation MySQL.

  • print— Imprime uniquement les requêtes consommant une grande quantité de mémoire.

  • tune : affine les caches de table interne pour restituer de la mémoire au système. Aurora MySQL réduit la mémoire utilisée pour les caches, notamment table_definition_cache dans table_open_cache des conditions de faible mémoire. Finalement, Aurora MySQL rétablit l'utilisation de la mémoire à des conditions normales lorsque le système n'est plus à court de mémoire.

    Pour plus d'informations, consultez table_open_cache et table_definition_cache dans la documentation MySQL.

  • tune_buffer_pool— Diminue la taille du pool de mémoire tampon afin de libérer de la mémoire et de la rendre disponible pour que le serveur de base de données puisse traiter les connexions. Cette réponse est prise en charge pour les versions 3.06 et supérieures d'Aurora MySQL.

    Vous devez effectuer une association tune_buffer_pool avec l'une kill_query ou l'autre valeur du aurora_oom_response paramètre ou kill_connect dans celle-ci. Dans le cas contraire, le redimensionnement du pool de mémoire tampon ne se produira pas, même si vous incluez tune_buffer_pool la valeur du paramètre.

Dans les versions d'Aurora MySQL inférieures à 3.06, pour les classes d'instance de base de données dont la mémoire est inférieure ou égale à 4 GiB, lorsque l'instance est soumise à une pression de mémoire, les actions par défaut print incluenttune,decline, et. kill_query Pour les classes d'instance de base de données dont la mémoire est supérieure à 4 GiB, la valeur du paramètre est vide par défaut (désactivée).

Dans Aurora MySQL version 3.06 et versions supérieures, pour les classes d'instance de base de données dont la mémoire est inférieure ou égale à 4 GiB, Aurora MySQL ferme également les connexions les plus gourmandes en mémoire (). kill_connect Pour les classes d'instance de base de données dont la mémoire est supérieure à 4 GiB, la valeur du paramètre par défaut est. print

Dans Aurora MySQL version 3.09 et versions ultérieures, pour les classes d'instance de base de données dont la mémoire est supérieure à 4 GiB, la valeur du paramètre par défaut est. print,decline,kill_connect

Si vous rencontrez fréquemment des out-of-memory problèmes, l'utilisation de la mémoire peut être surveillée à l'aide de tableaux récapitulatifs de la mémoire lorsque cette option performance_schema est activée.

Pour les CloudWatch statistiques Amazon relatives à OOM, consultezMétriques de niveau instance pour Amazon Aurora. Pour les variables d'état globales liées à OOM, voirAurora Mes variables d'état SQL globales.