L'integrazione di MySQL raccoglie metriche delle prestazioni relative a InnoDB, al pool di buffer e a varie altre operazioni. Raccoglie anche log generali, di errore e di query lente e li analizza in un payload JSON. I log degli errori vengono analizzati per il codice di errore e il sottosistema. I log delle query lente vengono analizzati in coppie chiave-valore che descrivono il rendimento di una query, inclusi il tempo di esecuzione della query e le righe esaminate.
Per ulteriori informazioni su MySQL, consulta la documentazione di MySQL.
Prerequisiti
Per raccogliere la telemetria di MySQL, devi installare Ops Agent:
- Per le metriche, installa la versione 2.32.0 o successive.
- Per i log, installa la versione 2.5.0 o successive.
Questa integrazione supporta le versioni 5.7 e 8.0 di MySQL.
Configura l'istanza MySQL
Il ricevitore mysql
si connette per impostazione predefinita a un server MySQL locale utilizzando un socket Unix e l'autenticazione Unix come utente root
.
Configura l'Ops Agent per MySQL
Segui la guida per configurare Ops Agent, aggiungi gli elementi richiesti per raccogliere dati di telemetria dalle istanze MySQL e riavvia l'agente.
Configurazione di esempio
I seguenti comandi creano la configurazione per raccogliere e importare la telemetria per MySQL:
Per applicare queste modifiche, devi riavviare l'Ops Agent:
Linux
- Per riavviare l'agente, esegui il seguente comando sull'istanza:
sudo systemctl restart google-cloud-ops-agent
- Per verificare che l'agente sia stato riavviato, esegui il seguente comando e verifica che i componenti "Agente Metriche" e "Agente Logging" siano stati avviati:
sudo systemctl status "google-cloud-ops-agent*"
Windows
- Connettiti all'istanza utilizzando RDP o uno strumento simile e accedi a Windows.
- Apri un terminale PowerShell con privilegi di amministratore facendo clic con il tasto destro del mouse sull'icona di PowerShell e selezionando Esegui come amministratore.
- Per riavviare l'agente, esegui il seguente comando PowerShell:
Restart-Service google-cloud-ops-agent -Force
- Per verificare che l'agente sia stato riavviato, esegui il seguente comando e verifica che i componenti "Agente Metriche" e "Agente Logging" siano stati avviati:
Get-Service google-cloud-ops-agent*
Configura la raccolta dei log
Per importare i log da MySQL, devi creare un ricevitore per i log prodotti da MySQL e poi creare una pipeline per il nuovo ricevitore.
Per configurare un ricevitore per i log mysql_error
, specifica i seguenti
campi:
Campo | Predefinito | Descrizione |
---|---|---|
exclude_paths |
Un elenco di pattern di percorso del file system da escludere dal set corrispondente a include_paths . |
|
include_paths |
[/var/log/mysqld.log, /var/log/mysql/mysqld.log, /var/log/mysql/error.log] |
Un elenco di percorsi del file system da leggere seguendo ogni file. Nei percorsi è possibile utilizzare un carattere jolly (* ), ad esempio /var/log/mysql/*.log . |
record_log_file_path |
false |
Se è impostato su true , il percorso del file specifico da cui è stato ottenuto il record di log viene visualizzato nella voce di log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando si utilizza un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
type |
Questo valore deve essere mysql_error . |
|
wildcard_refresh_interval |
60s |
L'intervallo con cui vengono aggiornati i percorsi dei file con caratteri jolly in include_paths . Indicato come durata di tempo, ad esempio 30s o 2m . Questa proprietà potrebbe essere utile in caso di velocità effettiva di logging elevata, in cui i file di log vengono ruotati più rapidamente dell'intervallo predefinito. |
Per configurare un ricevitore per i log mysql_general
, specifica i seguenti
campi:
Campo | Predefinito | Descrizione |
---|---|---|
exclude_paths |
Un elenco di pattern di percorso del file system da escludere dal set corrispondente a include_paths . |
|
include_paths |
[/var/lib/mysql/${HOSTNAME}.log] |
Un elenco di percorsi del file system da leggere seguendo ogni file. Nei percorsi è possibile utilizzare un carattere jolly (* ). |
record_log_file_path |
false |
Se è impostato su true , il percorso del file specifico da cui è stato ottenuto il record di log viene visualizzato nella voce di log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando si utilizza un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
type |
Questo valore deve essere mysql_general . |
|
wildcard_refresh_interval |
60s |
L'intervallo con cui vengono aggiornati i percorsi dei file con caratteri jolly in include_paths . Indicato come durata di tempo, ad esempio 30s o 2m . Questa proprietà potrebbe essere utile in caso di velocità effettiva di logging elevata, in cui i file di log vengono ruotati più rapidamente dell'intervallo predefinito. |
Per configurare un ricevitore per i log mysql_slow
, specifica i seguenti
campi:
Campo | Predefinito | Descrizione |
---|---|---|
exclude_paths |
Un elenco di pattern di percorso del file system da escludere dal set corrispondente a include_paths . |
|
include_paths |
[/var/lib/mysql/${HOSTNAME}-slow.log] |
Un elenco di percorsi del file system da leggere seguendo ogni file. Nei percorsi è possibile utilizzare un carattere jolly (* ). |
record_log_file_path |
false |
Se è impostato su true , il percorso del file specifico da cui è stato ottenuto il record di log viene visualizzato nella voce di log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando si utilizza un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
type |
Questo valore deve essere mysql_slow . |
|
wildcard_refresh_interval |
60s |
L'intervallo con cui vengono aggiornati i percorsi dei file con caratteri jolly in include_paths . Indicato come durata di tempo, ad esempio 30s o 2m . Questa proprietà potrebbe essere utile in caso di velocità effettiva di logging elevata, in cui i file di log vengono ruotati più rapidamente dell'intervallo predefinito. |
Che cosa viene registrato
logName
deriva dagli ID destinatario specificati nella configurazione. I campi dettagliati all'interno di
LogEntry
sono i seguenti.
I log mysql_error
contengono i seguenti campi in LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
jsonPayload.errorCode |
string | Codice di errore MySQL associato al log |
jsonPayload.level |
string | Livello della voce di log |
jsonPayload.message |
string | Messaggio di log |
jsonPayload.subsystem |
string | Sottosistema MySQL in cui è stato generato il log |
jsonPayload.tid |
numero | ID thread da cui ha avuto origine il log |
severity |
stringa (LogSeverity ) |
Livello della voce di log (tradotto). |
I log mysql_general
contengono i seguenti campi in LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
jsonPayload.command |
string | Tipo di azione del database registrata |
jsonPayload.message |
string | Log dell'azione del database |
jsonPayload.tid |
numero | ID thread da cui ha avuto origine il log |
severity |
stringa (LogSeverity ) |
Livello della voce di log (tradotto). |
I log mysql_slow
contengono i seguenti campi in LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
jsonPayload.bytesReceived † |
numero | Il numero di byte ricevuti da tutti i client |
jsonPayload.bytesSent † |
numero | Il numero di byte inviati a tutti i client |
jsonPayload.createdTmpDiskTables † |
numero | Il numero di tabelle temporanee interne sul disco create dal server |
jsonPayload.createdTmpTables † |
numero | Il numero di tabelle temporanee interne create dal server |
jsonPayload.database |
string | Database in cui è stata eseguita la query |
jsonPayload.endTime † |
string | L'ora di fine dell'esecuzione dell'istruzione |
jsonPayload.errorNumber † |
numero | Il numero di errore dell'estratto conto o 0 se non si è verificato alcun errore |
jsonPayload.host |
string | Host dell'istanza di database |
jsonPayload.ipAddress |
string | Indirizzo dell'istanza di database |
jsonPayload.killed † |
numero | Se la dichiarazione è stata terminata, il numero di errore che indica il motivo o 0 se la dichiarazione è terminata normalmente |
jsonPayload.level |
string | Livello della voce di log |
jsonPayload.lockTime |
numero | Il tempo per acquisire i blocchi in secondi |
jsonPayload.message |
string | Testo completo della query |
jsonPayload.queryTime |
numero | Il tempo di esecuzione dell'istruzione in secondi |
jsonPayload.readFirst † |
numero | Il numero di volte in cui è stata letta la prima voce di un indice |
jsonPayload.readKey † |
numero | Il numero di richieste di lettura di una riga in base a una chiave |
jsonPayload.readLast † |
numero | Il numero di richieste di lettura dell'ultima chiave in un indice |
jsonPayload.readNext † |
numero | Il numero di richieste per leggere la riga successiva in ordine di chiave |
jsonPayload.readPrev † |
numero | Il numero di richieste per leggere la riga precedente in ordine di chiave |
jsonPayload.readRnd † |
numero | Il numero di richieste di lettura di una riga in base a una posizione fissa |
jsonPayload.readRndNext † |
numero | Il numero di richieste per leggere la riga successiva nel file di dati |
jsonPayload.rowsExamined |
numero | Il numero di righe esaminate dal livello server |
jsonPayload.rowsSent |
numero | Il numero di righe inviate al client. |
jsonPayload.sortMergePasses † |
numero | Il numero di passaggi di unione che l'algoritmo di ordinamento ha dovuto eseguire |
jsonPayload.sortRangeCount † |
numero | Il numero di ordinamenti eseguiti utilizzando gli intervalli |
jsonPayload.sortRows † |
numero | Il numero di righe ordinate |
jsonPayload.sortScanCount † |
numero | Il numero di ordinamenti eseguiti scansionando la tabella |
jsonPayload.startTime † |
string | L'ora di inizio dell'esecuzione dell'istruzione |
jsonPayload.tid |
numero | ID thread in cui è stata registrata la query |
jsonPayload.user |
string | Utente che ha eseguito la query |
severity |
stringa (LogSeverity ) |
Livello della voce di log (tradotto). |
† Questi campi vengono forniti solo se la variabile di sistema log_slow_extra
è impostata su 'ON'
. Questa variabile è disponibile a partire da MySQL 8.0.14.
Per informazioni su questi campi, consulta la documentazione di MySQL.
Configurazione della raccolta di metriche
Per importare le metriche da MySQL, devi creare un ricevitore per le metriche prodotte da MySQL e poi creare una pipeline per il nuovo ricevitore.
Questo ricevitore non supporta l'utilizzo di più istanze nella configurazione, ad esempio per monitorare più endpoint. Tutte queste istanze scrivono nella stessa serie temporale e Cloud Monitoring non ha modo di distinguerle.
Per configurare un ricevitore per le metriche mysql
, specifica i seguenti campi:
Campo | Predefinito | Descrizione |
---|---|---|
collection_interval |
60s |
Un valore di durata, ad esempio 30s o 5m . |
endpoint |
/var/run/mysqld/mysqld.sock |
Il percorso del socket hostname:port o Unix che inizia con / utilizzato per connettersi al server MySQL. |
password |
La password utilizzata per connettersi al server. | |
type |
Questo valore deve essere mysql . |
|
username |
root |
Il nome utente utilizzato per connettersi al server. |
Che cosa viene monitorato
La tabella seguente fornisce l'elenco delle metriche raccolte da Ops Agent dall'istanza MySQL.
Tipo di metrica | |
---|---|
Tipo, Tipo Risorse monitorate |
Etichette |
workload.googleapis.com/mysql.buffer_pool_data_pages
|
|
GAUGE , INT64 gce_instance |
status
|
workload.googleapis.com/mysql.buffer_pool_limit
|
|
GAUGE , INT64 gce_instance |
|
workload.googleapis.com/mysql.buffer_pool_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.buffer_pool_page_flushes
|
|
CUMULATIVE , INT64 gce_instance |
|
workload.googleapis.com/mysql.buffer_pool_pages
|
|
GAUGE , DOUBLE gce_instance |
kind
|
workload.googleapis.com/mysql.buffer_pool_size
|
|
GAUGE , DOUBLE gce_instance |
kind
|
workload.googleapis.com/mysql.commands
|
|
CUMULATIVE , INT64 gce_instance |
command
|
workload.googleapis.com/mysql.double_writes
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.handlers
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.locks
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.log_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.page_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.replica.sql_delay
|
|
GAUGE , INT64 gce_instance |
|
workload.googleapis.com/mysql.replica.time_behind_source
|
|
GAUGE , INT64 gce_instance |
|
workload.googleapis.com/mysql.row_locks
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.row_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.sorts
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.threads
|
|
GAUGE , DOUBLE gce_instance |
kind
|
Verificare la configurazione
Questa sezione descrive come verificare di aver configurato correttamente il ricevitore MySQL. Potrebbero essere necessari uno o due minuti prima che Ops Agent inizi a raccogliere i dati di telemetria.
Per verificare che i log MySQL vengano inviati a Cloud Logging:
-
Nella Google Cloud console, vai alla pagina Esplora log:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Logging.
- Inserisci la seguente query nell'editor e poi fai clic su Esegui query:
resource.type="gce_instance" (log_id("mysql_error") OR log_id("mysql_general") OR log_id("mysql_slow"))
Per verificare che le metriche MySQL vengano inviate a Cloud Monitoring, procedi nel seguente modo:
-
Nella console Google Cloud , vai alla pagina leaderboard Esplora metriche:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Nella barra degli strumenti del riquadro Query Builder, seleziona il pulsante il cui nome è code MQL o code PromQL.
- Verifica che PromQL sia selezionato nel pulsante di attivazione/disattivazione Lingua. Il pulsante di attivazione/disattivazione della lingua si trova nella stessa barra degli strumenti che ti consente di formattare la query.
- Inserisci la seguente query nell'editor e poi fai clic su Esegui query:
{"workload.googleapis.com/mysql.threads", monitored_resource="gce_instance"}
Visualizza dashboard
Per visualizzare le metriche MySQL, devi aver configurato un grafico o una dashboard. L'integrazione di MySQL include una o più dashboard. Le dashboard vengono installate automaticamente dopo la configurazione dell'integrazione e l'inizio della raccolta dei dati delle metriche da parte di Ops Agent.
Puoi anche visualizzare anteprime statiche delle dashboard senza installare l'integrazione.
Per visualizzare una dashboard installata:
-
Nella console Google Cloud , vai alla pagina
Dashboard:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Seleziona la scheda Elenco dashboard e poi scegli la categoria Integrazioni.
- Fai clic sul nome della dashboard che vuoi visualizzare.
Se hai configurato un'integrazione, ma la dashboard non è stata installata, verifica che Ops Agent sia in esecuzione. Se non sono presenti dati delle metriche per un grafico nella dashboard, l'installazione della dashboard non va a buon fine. Dopo che Ops Agent inizia a raccogliere le metriche, la dashboard viene installata per te.
Per visualizzare un'anteprima statica della dashboard:
-
Nella console Google Cloud , vai alla pagina
Integrazioni:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Fai clic sul filtro Compute Engine della piattaforma di deployment.
- Individua la voce relativa a MySQL e fai clic su Visualizza dettagli.
- Seleziona la scheda Dashboard per visualizzare un'anteprima statica. Se la dashboard è installata, puoi accedervi facendo clic su Visualizza dashboard.
Per ulteriori informazioni sulle dashboard in Cloud Monitoring, consulta Dashboard e grafici.
Per saperne di più sull'utilizzo della pagina Integrazioni, consulta Gestire le integrazioni.
Installare criteri di avviso
I criteri di avviso indicano a Cloud Monitoring di inviarti una notifica quando si verificano le condizioni specificate. L'integrazione di MySQL include uno o più criteri di avviso da utilizzare. Puoi visualizzare e installare queste norme di avviso dalla pagina Integrazioni in Monitoring.
Per visualizzare le descrizioni dei criteri di avviso disponibili e installarli, segui questi passaggi:
-
Nella console Google Cloud , vai alla pagina
Integrazioni:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Individua la voce relativa a MySQL e fai clic su Visualizza dettagli.
- Seleziona la scheda Avvisi. Questa scheda fornisce descrizioni dei criteri di avviso disponibili e un'interfaccia per installarli.
- Installa criteri di avviso. I criteri di avviso devono
sapere dove inviare le notifiche di attivazione dell'avviso, pertanto richiedono informazioni per l'installazione.
Per installare i criteri di avviso:
- Dall'elenco dei criteri di avviso disponibili, seleziona quelli che vuoi installare.
Nella sezione Configura le notifiche, seleziona uno o più canali di notifica. Hai la possibilità di disattivare l'utilizzo dei canali di notifica, ma in questo caso i criteri di avviso vengono attivati in modalità silenziosa. Puoi controllare il loro stato in Monitoraggio, ma non ricevi notifiche.
Per saperne di più sui canali di notifica, consulta l'articolo Gestire i canali di notifica.
- Fai clic su Crea policy.
Per ulteriori informazioni sui criteri di avviso in Cloud Monitoring, consulta la pagina Introduzione agli avvisi.
Per saperne di più sull'utilizzo della pagina Integrazioni, consulta Gestire le integrazioni.
Passaggi successivi
Per una procedura dettagliata su come utilizzare Ansible per installare Ops Agent, configurare un'applicazione di terze parti e installare un dashboard di esempio, guarda il video Installare Ops Agent per risolvere i problemi delle applicazioni di terze parti.