Registrazione di log per i database Aurora MySQL

I log di Aurora MySQL forniscono informazioni essenziali sull’attività e sugli errori del database. Abilitando questi log, è possibile identificare e risolvere i problemi, comprendere le prestazioni del database ed effettuare l’audit sull’attività del database. Consigliamo di abilitare questi log per tutte le istanze database Aurora MySQL per garantire prestazioni e disponibilità ottimali dei database. È possibile abilitare i tipi di registrazione di log seguenti. Ogni log contiene informazioni specifiche che possono portare all’individuazione degli impatti sull’elaborazione dei database.

• Errore: Aurora MySQL scrive nel log degli errori solo durante l’avvio, l’arresto e quando si verificano errori. Un'istanza database può andare avanti ore senza che ci siano nuove voci scritte nel file di log degli errori. Se non vedi voci recenti, significa che il server non ha riscontrato errori che generano una voce di registro. La registrazione del log degli errori è abilitata per impostazione predefinita. Per ulteriori informazioni, consulta Registri degli errori Aurora MySQL.

• Generale: il log generale fornisce informazioni dettagliate sull’attività del database, incluse tutte le istruzioni SQL eseguite dal motore di database. Per ulteriori informazioni sull’attivazione della registrazione di log generale e sull’impostazione dei parametri di registrazione, consulta Registri generali e delle query lente di Aurora MySQL e Log delle query generali nella documentazione di MySQL.

  Nota

  Le dimensioni dei log generali possono diventare molto grandi e occupare lo spazio di archiviazione. Per ulteriori informazioni, consulta Rotazione e conservazione dei registri per Autora MySQL.

• Query lente: il log di query lente è costituito dalle istruzioni SQL che impiegano più di long_query_time per l’esecuzione, oltre a richiedere il controllo di almeno min_examined_row_limit righe. È possibile utilizzare il log delle query lente per trovare le query che richiedono tempi di esecuzione prolungati e sono quindi idonee all’ottimizzazione.

  Il valore predefinito per long_query_time è di 10 secondi. Consigliamo di iniziare con un valore elevato per identificare le query più lente, quindi procedere verso il basso per eseguire il fine-tuning.

  È inoltre possibile utilizzare parametri correlati, ad esempio log_slow_admin_statements e log_queries_not_using_indexes. Confronta rows_examined con rows_returned. Se rows_examined è molto maggiore di rows_returned, tali query possono potenzialmente essere bloccanti.

  In Aurora MySQL versione 3, è possibile abilitare log_slow_extra per ottenere maggiori dettagli. Per ulteriori informazioni, consulta Log delle query lente nella documentazione di MySQL. È inoltre possibile modificare long_query_time a livello di sessione per eseguire il debug interattivo dell’esecuzione delle query, operazione particolarmente utile se log_slow_extra è abilitato a livello globale.

  Per ulteriori informazioni sull’attivazione della registrazione di log generale e sull’impostazione dei parametri di registrazione di log, consulta Registri generali e delle query lente di Aurora MySQL e Log delle query lente nella documentazione di MySQL.

• Audit: il log di audit monitora e registra l’attività di database. La registrazione di controllo per Aurora MySQL è denominata Advanced Auditing. Per attivare Advanced Auditing, imposta alcuni parametri del cluster di database. Per ulteriori informazioni, consulta Utilizzo dell'audit avanzato con un cluster di database Amazon Aurora MySQL.

• Binario: il log binario (binlog) contiene eventi che descrivono le modifiche del database, come le operazioni di creazione delle tabelle e le modifiche ai dati delle tabelle. Contiene anche eventi relativi a istruzioni che potrebbero aver potuto apportare modifiche (ad esempio, un’operazione DELETE senza alcuna corrispondenza di riga), a meno che non venga utilizzata la registrazione di log basata su righe. Il log binario contiene anche informazioni sul tempo impiegato da ciascuna istruzione per l’aggiornamento dei dati.

  L’esecuzione di un server con registrazione di log binari abilitata rallenta leggermente le prestazioni. Tuttavia, i vantaggi del log binario, che consente di configurare la replica e le operazioni di ripristino, in genere superano questa lieve riduzione delle prestazioni.

  Nota

  Aurora MySQL non richiede la registrazione di log binari per le operazioni di ripristino.

  Per ulteriori informazioni sull’attivazione della registrazione di log binari e sull’impostazione del formato binlog, consulta Configurazione della registrazione di log binari Aurora MySQL per database Single-AZ e Log binario nella documentazione di MySQL.

È possibile pubblicare i log degli errori generali, delle query lente e di audit su Amazon CloudWatch Logs. Per ulteriori informazioni, consulta Pubblicazione di log di database su Amazon CloudWatch Logs.

Un altro strumento utile per riepilogare file di log delle query lente, generale e binario è pt-query-digest.