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.
Vue d'ensemble des journaux de base de SQL données for My
Vous pouvez surveiller les types de fichiers SQL journaux for My suivants :
-
Journal des erreurs
-
Journal des requêtes lentes
-
Journal général
-
Journal d'audit
Le journal des SQL erreurs for My est généré par défaut. Vous pouvez générer le journal des requêtes lentes et le journal général en définissant les paramètres nécessaires dans votre groupe de paramètres de base de données.
Rubriques
Journaux d'SQLerreurs SQL RDSd' for My
for My SQL écrit des erreurs dans le mysql-error.log
fichier. L'heure à laquelle il a été généré est ajoutée à UTC son nom pour chaque fichier journal. Les fichiers journaux comportent également un horodatage permettant de déterminer le moment où les entrées du journal ont été écrites.
for My SQL écrit dans le journal des erreurs uniquement au démarrage, à l'arrêt et en cas d'erreur. Une instance de base de données peut fonctionner pendant des heures ou des jours sans qu'aucune nouvelle entrée soit écrite dans le journal des erreurs. Si aucune entrée récente ne figure, cela signifie que le serveur n'a pas rencontré d'erreur justifiant une entrée de journal.
Par défaut, les journaux des erreurs sont filtrés de sorte que seuls les événements inattendus tels que les erreurs soient affichés. Toutefois, les journaux des erreurs contiennent également des informations supplémentaires sur la base de données, comme la progression des requêtes, qui ne sont pas affichées. Par conséquent, même en l'absence d'erreurs réelles, la taille des journaux des erreurs peut augmenter en raison des activités en cours sur la base de données. Et même si vous pouvez voir une certaine taille en octets ou en kilo-octets pour les journaux d'erreurs dans le AWS Management Console, ils peuvent contenir 0 octet lorsque vous les téléchargez.
for My SQL écrit sur mysql-error.log
le disque toutes les 5 minutes. Il ajoute le contenu du journal à mysql-error-running.log
.
RDSfor My SQL fait pivoter le mysql-error-running.log
fichier toutes les heures. Les journaux générés au cours des deux dernières semaines sont conservés.
Note
La période de conservation des journaux est différente entre Amazon RDS et Aurora.
Requête SQL lente et journaux généraux d'for My
Vous pouvez écrire le journal des requêtes SQL lentes d' for My et le journal général dans un fichier ou une table de base de données. Pour ce faire, définissez les paramètres de votre groupe de paramètres de base de données. Pour plus d'informations sur la création et la modification d'un groupe de paramètres DB, consultez Groupes de paramètres pour Amazon RDS. Vous devez définir ces paramètres avant de pouvoir consulter le journal des requêtes lentes ou le journal général dans la RDS console Amazon ou en utilisant Amazon RDS API RDSCLI, Amazon ou AWS SDKs.
Vous pouvez contrôler la SQL journalisation d' for My en utilisant les paramètres de cette liste :
-
slow_query_log
: Pour créer le journal des requêtes lentes, définir sur 1. La valeur par défaut est 0. -
general_log
: Pour créer le journal général, définir sur 1. La valeur par défaut est 0. -
long_query_time
: Pour empêcher l'enregistrement des requêtes rapides dans le journal des requêtes lentes, indiquez la valeur de la durée d'exécution de requête la plus courte devant être journalisée, en secondes. La valeur par défaut est de 10 secondes et la valeur minimum est 0. Si log_output =FILE, vous pouvez spécifier une valeur à virgule flottante correspondant à une résolution de l'ordre de la microseconde. Si log_output =TABLE, vous devez spécifier une valeur entière avec une deuxième résolution. Seules les requêtes dont la durée d'exécution dépasse la valeurlong_query_time
sont journalisées. Par exemple, si vous définissezlong_query_time
sur 0,1, les requêtes s'exécutant pendant moins de 100 millisecondes ne sont pas enregistrées. -
log_queries_not_using_indexes
: Pour enregistrer toutes les requêtes n'utilisant pas d'index dans le journal des requêtes lentes, définir sur 1. Les requêtes n'utilisant pas d'index sont journalisées même si la durée de leur exécution est inférieure à la valeur du paramètrelong_query_time
. La valeur par défaut est 0. -
log_output
: Vous pouvez spécifier l'une des options suivantes pour le paramètreoption
log_output
.-
TABLE(par défaut) — Écrivez des requêtes générales dans la
mysql.general_log
table et des requêtes lentes dans lamysql.slow_log
table. -
FILE— Rédigez des journaux de requêtes générales et lentes dans le système de fichiers.
-
NONE— Désactive la journalisation.
-
Pour plus d'informations sur les requêtes lentes et les journaux généraux, consultez les rubriques suivantes dans Ma SQL documentation :
Mon journal SQL d'audit
Pour accéder au journal d'audit, l'instance de base de données doit utiliser un groupe d'options personnalisé avec l'option MARIADB_AUDIT_PLUGIN
. Pour de plus amples informations, veuillez consulter Prise en charge du plugin d'audit MariaDB pour MySQL.
Rotation et conservation des journaux pour RDS for My SQL
Lorsque la journalisation est activée, Amazon RDS fait pivoter les journaux de table ou supprime les fichiers journaux à intervalles réguliers. Cette précaution permet de limiter la possibilité qu'un fichier journal volumineux ne bloque l'utilisation de la base de données ou n'affecte les performances. RDSpour la rotation et la suppression de Mes SQL poignées, comme suit :
-
La taille du journal des requêtes SQL lentes, du journal des erreurs et des fichiers journaux généraux est limitée à 2 % de l'espace de stockage alloué à une instance de base de données. Pour maintenir ce seuil, les journaux sont automatiquement renouvelés toutes les heures. My SQL supprime les fichiers journaux vieux de plus de deux semaines. Si la taille de l'ensemble des fichiers journaux après la suppression dépasse le seuil, les fichiers journaux les plus anciens sont supprimés jusqu'à ce que la taille des fichiers journaux ne soit plus supérieure au seuil.
-
Lorsque la journalisation
FILE
est activée, les fichiers journaux sont examinés toutes les heures et ceux datant de plus de deux semaines sont supprimés. Dans certains cas, la taille des fichiers journaux combinés restant après la suppression peut dépasser le seuil de 2 % de l'espace alloué à une instance de base de données. Le cas échéant, les fichiers journaux les plus anciens sont supprimés jusqu'à ce que la taille des fichiers journaux ne soit plus supérieure au seuil. -
Lorsque la journalisation de
TABLE
est activée, les tables des journaux font dans certains cas l'objet d'une rotation toutes les 24 heures. Cette rotation se produit si l'espace utilisé par les journaux des tables est supérieur à 20 % de l'espace de stockage alloué. Cela se produit également si la taille de tous les journaux combinés est supérieure à 10 Go. Si l'espace utilisé pour une instance de base de données est supérieur à 90 % de l'espace de stockage alloué à l'instance de base de données, alors les seuils correspondant à la rotation des journaux est réduite. La rotation des journaux des tables se produit ensuite si l'espace utilisé par les journaux des tables est supérieur à 10 % de l'espace de stockage alloué. Elle se produit également si la taille de tous les journaux combinés est supérieure à 5 Go. Vous pouvez vous abonner à l'événementlow_free_storage
pour être informé lorsque les tables de journal font l'objet d'une rotation pour libérer de l'espace. Pour de plus amples informations, veuillez consulter Utilisation des notifications d'RDSévénements Amazon.Lors de la rotation des tables de journaux, la table de journal actuelle est d'abord copiée vers une table de journal de sauvegarde. Les entrées de la table de journal actuelle sont ensuite supprimées. Si la table de journal de sauvegarde existe déjà, elle est supprimée avant que la table de journal actuelle ne soit copiée dans la sauvegarde. Si besoin, vous pouvez interroger la table de journal de sauvegarde. La table de journal de sauvegarde de la table
mysql.general_log
est nomméemysql.general_log_backup
. La table de journal de sauvegarde de la tablemysql.slow_log
est nomméemysql.slow_log_backup
.Vous pouvez effectuer une rotation de la table
mysql.general_log
en appelant la procéduremysql.rds_rotate_general_log
. Vous pouvez effectuer une rotation de la tablemysql.slow_log
en appelant la procéduremysql.rds_rotate_slow_log
.La rotation des journaux des tables est effectuée pendant la mise à niveau de la version d'une base de données.
Pour utiliser les journaux depuis la RDS console Amazon RDSAPI, Amazon RDS CLI AWS SDKs, ou définissez le log_output
paramètre surFILE. À l'instar de Mon journal des SQL erreurs, ces fichiers journaux sont renouvelés toutes les heures. Les fichiers journaux qui ont été générés au cours des deux dernières semaines sont conservés. Notez que la période de rétention est différente entre Amazon RDS et Aurora.
Limites de taille des journaux de reprise
RDSPour les SQL versions 8.0.32 et antérieures de My, la valeur par défaut de ce paramètre est de 256 Mo. Ce montant est obtenu en multipliant la valeur par défaut du innodb_log_file_size
paramètre (128 Mo) par la valeur par défaut du innodb_log_files_in_group
paramètre (2). Pour plus d'informations, consultez Bonnes pratiques de configuration des paramètres pour Amazon RDS for MySQL, partie 1 : Paramètres liés aux performances
À partir RDS de la SQL version 8.0.33 de My, Amazon RDS utilise le innodb_redo_log_capacity
paramètre au lieu du innodb_log_file_size
paramètre. La valeur RDS par défaut du innodb_redo_log_capacity
paramètre sur Amazon est de 2 Go. Pour plus d'informations, consultez la section Modifications apportées à My SQL 8.0.30