MariaDB

Die MariaDB-Integration erfasst Leistungsmesswerte für InnoDB, den Zwischenspeicherpool und verschiedene andere Vorgänge. Außerdem werden allgemeine Logs, Fehlerlogs und Logs für langsame Abfragen erfasst und in eine JSON-Nutzlast geparst. Fehlerlogs werden nach ihrem Fehlercode und Subsystem geparst. Logs für langsame Abfragen werden in Schlüssel/Wert-Paare geparst, die die Leistung einer Abfrage beschreiben, einschließlich der Abfragezeit und der untersuchten Zeilen.

Weitere Informationen zu MariaDB finden Sie in der MariaDB-Dokumentation

Vorbereitung

Um MariaDB-Telemetriedaten zu erfassen, müssen Sie Ops-Agent installieren:

  • Installieren Sie für Messwerte Version 2.37.0 oder höher.
  • Installieren Sie für Protokolle Version 2.37.0 oder höher.

Diese Integration unterstützt die MariaDB-Versionen 10.1.X bis 10.7.X.

MariaDB-Instanz konfigurieren

MariaDB ist eine von der Community entwickelte, kommerziell unterstützte Verzweigung des relationalen Datenbankverwaltungssystems (RDBMS) für MySQL. Zum Erfassen von Logs und Messwerten für MariaDB verwenden Sie die Empfänger mysql.

Der Messwertempfänger mysql stellt standardmäßig eine Verbindung zu einer lokalen MariaDB her. Server mit Unix-Socket und Unix-Authentifizierung als root-Nutzer.

Der Logging-Empfänger mysql_error erfasst Logs aus den Standarddateipfaden, die in der folgenden Tabelle aufgeführt sind. Auf einigen Plattformen protokolliert MariaDB standardmäßig journald, anstatt eine Datei zu speichern. Wenn Sie stattdessen MariaDB in einer Datei protokollieren möchten, legen Sie die Option log_error in der MariaDB-Konfiguration fest. Weitere Informationen zur log_error-Konfiguration finden Sie unter Fehlerlog in eine Datei schreiben.

Ops-Agent für MariaDB konfigurieren

Fügen Sie die erforderlichen Elemente zum Erfassen von Telemetriedaten aus den MariaDB-Instanzen gemäß der Anleitung unter Ops-Agent konfigurieren hinzu und starten Sie den Agent neu.

Konfigurationsbeispiel

Mit den folgenden Befehlen wird die Konfiguration zum Erfassen und Aufnehmen von Telemetriedaten erstellt für MariaDB und starten Sie den Ops-Agent neu.

# Configures Ops Agent to collect telemetry from the app and restart Ops Agent.

set -e

# Create a back up of the existing file so existing configurations are not lost.
sudo cp /etc/google-cloud-ops-agent/config.yaml /etc/google-cloud-ops-agent/config.yaml.bak

# Configure the Ops Agent.
sudo tee /etc/google-cloud-ops-agent/config.yaml > /dev/null << EOF
metrics:
  receivers:
    mysql:
      type: mysql
  service:
    pipelines:
      mysql:
        receivers:
        - mysql
logging:
  receivers:
    mysql_error:
      type: mysql_error
    mysql_general:
      type: mysql_general
    mysql_slow:
      type: mysql_slow
  service:
    pipelines:
      mysql:
        receivers:
          - mysql_error
          - mysql_general
          - mysql_slow
EOF

sudo service google-cloud-ops-agent restart
sleep 60

Logerfassung konfigurieren

Zum Aufnehmen von Logs aus MariaDB müssen Sie einen Empfänger für die Logs erstellen die MariaDB erzeugt, und erstellen dann eine Pipeline für den neuen Empfänger.

Geben Sie die folgenden Felder an, um einen Empfänger für Ihre mysql_error-Logs zu konfigurieren:

Feld Standard Beschreibung
exclude_paths Eine Liste von Dateisystempfadmustern, die aus dem mit include_paths übereinstimmenden Satz ausgeschlossen werden sollen.
include_paths [/var/log/mysqld.log, /var/log/mysql/mysqld.log, /var/log/mysql/error.log, /run/mysqld/mysqld.err, /var/lib/mysql/${HOSTNAME}.err] Eine Liste mit Dateisystempfaden, die durch Tailing jeder Datei gelesen werden sollen. In den Pfaden kann ein Platzhalter (*) verwendet werden. Beispiel: /var/log/mysql/*.log.
record_log_file_path false Wenn true festgelegt ist, wird der Pfad zu der spezifischen Datei, aus der der Logdatensatz abgerufen wurde, im Ausgabelogeintrag als Wert des Labels agent.googleapis.com/log_file_path angezeigt. Bei Verwendung eines Platzhalters wird nur der Pfad der Datei aufgezeichnet, aus der der Eintrag abgerufen wurde.
type Dieser Wert muss mysql_error sein.
wildcard_refresh_interval 60s Das Intervall, in dem Platzhalterdateipfade in include_paths aktualisiert werden. Wird als Zeitdauer angegeben, z. B. 30s oder 2m. Dieses Attribut kann bei hohen Logging-Durchsätzen nützlich sein, wenn Logdateien schneller als das Standardintervall rotiert werden.

Geben Sie die folgenden Felder an, um einen Empfänger für Ihre mysql_general-Logs zu konfigurieren:

Feld Standard Beschreibung
exclude_paths Eine Liste von Dateisystempfadmustern, die aus dem mit include_paths übereinstimmenden Satz ausgeschlossen werden sollen.
include_paths [/var/lib/mysql/${HOSTNAME}.log] Eine Liste mit Dateisystempfaden, die durch Tailing jeder Datei gelesen werden sollen. In den Pfaden kann ein Platzhalter (*) verwendet werden.
record_log_file_path false Wenn true festgelegt ist, wird der Pfad zu der spezifischen Datei, aus der der Logdatensatz abgerufen wurde, im Ausgabelogeintrag als Wert des Labels agent.googleapis.com/log_file_path angezeigt. Bei Verwendung eines Platzhalters wird nur der Pfad der Datei aufgezeichnet, aus der der Eintrag abgerufen wurde.
type Dieser Wert muss mysql_general sein.
wildcard_refresh_interval 60s Das Intervall, in dem Platzhalterdateipfade in include_paths aktualisiert werden. Wird als Zeitdauer angegeben, z. B. 30s oder 2m. Dieses Attribut kann bei hohen Logging-Durchsätzen nützlich sein, wenn Logdateien schneller als das Standardintervall rotiert werden.

Geben Sie die folgenden Felder an, um einen Empfänger für Ihre mysql_slow-Logs zu konfigurieren:

Feld Standard Beschreibung
exclude_paths Eine Liste von Dateisystempfadmustern, die aus dem mit include_paths übereinstimmenden Satz ausgeschlossen werden sollen.
include_paths [/var/lib/mysql/${HOSTNAME}-slow.log] Eine Liste mit Dateisystempfaden, die durch Tailing jeder Datei gelesen werden sollen. In den Pfaden kann ein Platzhalter (*) verwendet werden.
record_log_file_path false Wenn true festgelegt ist, wird der Pfad zu der spezifischen Datei, aus der der Logdatensatz abgerufen wurde, im Ausgabelogeintrag als Wert des Labels agent.googleapis.com/log_file_path angezeigt. Bei Verwendung eines Platzhalters wird nur der Pfad der Datei aufgezeichnet, aus der der Eintrag abgerufen wurde.
type Dieser Wert muss mysql_slow sein.
wildcard_refresh_interval 60s Das Intervall, in dem Platzhalterdateipfade in include_paths aktualisiert werden. Wird als Zeitdauer angegeben, z. B. 30s oder 2m. Dieses Attribut kann bei hohen Logging-Durchsätzen nützlich sein, wenn Logdateien schneller als das Standardintervall rotiert werden.

Was wird protokolliert?

Der logName wird von den Empfänger-IDs abgeleitet, die in der Konfiguration angegeben sind. Detaillierte Felder in LogEntry sind:

mysql_error-Logs enthalten die folgenden Felder in LogEntry:

Feld Typ Beschreibung
jsonPayload.errorCode String Mit dem Log verknüpfter MySQL-Fehlercode
jsonPayload.level String Logeintragsebene
jsonPayload.message String Log-Nachricht
jsonPayload.subsystem String MySQL-Subsystem, von dem das Log stammt
jsonPayload.tid Zahl Thread-ID, von der das Log stammt
severity String (LogSeverity) Ebene des Logeintrags (übersetzt).

mysql_general-Logs enthalten die folgenden Felder in LogEntry:

Feld Typ Beschreibung
jsonPayload.command String Typ der zu protokollierenden Datenbankaktion
jsonPayload.message String Log der Datenbankaktion
jsonPayload.tid Zahl Thread-ID, von der das Log stammt
severity String (LogSeverity) Ebene des Logeintrags (übersetzt).

mysql_slow-Logs enthalten die folgenden Felder in LogEntry:

Feld Typ Beschreibung
jsonPayload.bytesSent Zahl Die Anzahl der Byte, die an alle Clients gesendet wurden
jsonPayload.createdTmpDiskTables  † Zahl Die Anzahl der internen temporären Tabellen auf dem Laufwerk, die vom Server erstellt wurden
jsonPayload.createdTmpTables  † Zahl Die Anzahl der internen temporären Tabellen, die vom Server erstellt werden
jsonPayload.createdTmpTableSizes  † Zahl Die Anzahl der Byte, die von internen temporären Tabellen verwendet werden, die vom Server erstellt wurden
jsonPayload.database String Datenbank, in der die Abfrage ausgeführt wurde
jsonPayload.filesort  † boolean Bei der Anweisung wurde „filesort“ verwendet
jsonPayload.filesortOnDisk  † boolean In der Anweisung wurde „filesort“ verwendet, das temporäre Tabellen auf dem Laufwerk benötigte
jsonPayload.fullJoin  † boolean In der Anweisung wurde kein Index zum Zusammenführen von Tabellen verwendet.
jsonPayload.fullScan  † boolean Für die Anweisung wurde ein vollständiger Tabellenscan verwendet
jsonPayload.host String Hostname, über den sich der Client verbunden hat
jsonPayload.ipAddress String IP-Adresse, von der der Client eine Verbindung hergestellt hat
jsonPayload.lockTime Zahl Die Zeit in Sekunden, die zum Abrufen von Sperren benötigt wurde
jsonPayload.message String Vollständiger Text der Abfrage
jsonPayload.priorityQueue  † boolean In der Anweisung wurde ein Sortiervorgang für die Prioritätswarteschlange verwendet
jsonPayload.queryCacheHit boolean Die Anweisung wurde aus dem Abfragecache bereitgestellt.
jsonPayload.queryTime Zahl Die Ausführungszeit der Anweisung in Sekunden
jsonPayload.rowsAffected integer Die Anzahl der Zeilen, die von der Anweisung betroffen sind
jsonPayload.rowsExamined Zahl Die Anzahl der von der Serverebene untersuchten Zeilen
jsonPayload.rowsSent Zahl Die Anzahl der an den Client gesendeten Zeilen
jsonPayload.sortMergePasses  † Zahl Anzahl der Zusammenführungen, die der Sortieralgorithmus ausführen musste
jsonPayload.storedRoutine String Der Name des gespeicherten Ablaufs, der gerade ausgeführt wird
jsonPayload.tid Zahl Thread-ID, unter der die Abfrage protokolliert wurde
jsonPayload.user String Authentifizierter Nutzer, der die Abfrage ausgeführt hat
severity String (LogSeverity) Ebene des Logeintrags (übersetzt).

† Diese Felder werden nur angegeben, wenn die Systemvariable log_slow_verbosity 'query_plan' enthält.

Messwerterfassung konfigurieren

Zum Aufnehmen von Messwerten aus MariaDB müssen Sie einen Empfänger für die Messwerte erstellen die MariaDB erzeugt, und erstellen dann eine Pipeline für den neuen Empfänger.

Dieser Empfänger unterstützt die Verwendung mehrerer Instanzen in der Konfiguration, z. B. zum Überwachen mehrerer Endpunkte, nicht. Alle diese Instanzen schreiben in dieselbe Zeitachse und Cloud Monitoring kann sie nicht unterscheiden.

Um einen Empfänger für Ihre mysql-Messwerte zu konfigurieren, geben Sie die folgenden Felder an:

Feld Standard Beschreibung
collection_interval 60s Ein Wert für die Zeitdauer, z. B. 30s oder 5m.
endpoint /var/run/mysqld/mysqld.sock Der hostname:port- oder Unix-Socket-Pfad, der mit / beginnt, um eine Verbindung zum MariaDB-Server herzustellen.
password Das Passwort für die Verbindung mit dem Server.
type Dieser Wert muss mysql sein.
username root Das Nutzername für die Verbindung mit dem Server.

Was wird überwacht?

Die folgende Tabelle enthält die Liste der Messwerte, die der Ops-Agent aus der MariaDB-Instanz erfasst.

Messwerttyp
Art, Typ
Überwachte Ressourcen		 Labels
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

Konfiguration prüfen

In diesem Abschnitt wird beschrieben, wie Sie prüfen können, ob Sie den MariaDB-Empfänger richtig konfiguriert haben. Es kann ein oder zwei Minuten dauern, bis der Ops-Agent Telemetriedaten erfasst.

So prüfen Sie, ob MariaDB-Logs an Cloud Logging gesendet werden:

  1. Rufen Sie in der Google Cloud Console die Seite Log-Explorer auf.

    Zum Log-Explorer

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

  2. Geben Sie im Editor die folgende Abfrage ein und klicken Sie dann auf Abfrage ausführen: 
    resource.type="gce_instance"
(log_id("mysql_error") OR log_id("mysql_general") OR log_id("mysql_slow"))

So prüfen Sie, ob MariaDB-Messwerte an Cloud Monitoring gesendet werden:

  1. Rufen Sie in der Google Cloud Console die Seite Metrics Explorer auf.

    Zum Metrics Explorer

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

  2. Klicken Sie in der Symbolleiste des Bereichs "Query Builder" auf die Schaltfläche  MQL oder  PromQL.
  3. Prüfen Sie, ob MQL im Schalter Sprache ausgewählt ist. Die Sprachschaltfläche befindet sich in derselben Symbolleiste, mit der Sie Ihre Abfrage formatieren können.
  4. Geben Sie im Editor die folgende Abfrage ein und klicken Sie dann auf Abfrage ausführen: 
    fetch gce_instance
| metric 'workload.googleapis.com/mysql.threads'
| every 1m

Dashboard aufrufen

Damit Sie Ihre MariaDB-Messwerte aufrufen können, müssen Sie ein Diagramm oder ein Dashboard konfiguriert haben. MariaDB verwendet dieselben Dashboards wie MySQL. Alle Dashboards werden automatisch installiert, nachdem Sie die Integration konfiguriert haben und der Ops-Agent mit dem Erfassen von Messwertdaten begonnen hat.

Sie können auch eine statische Vorschau von Dashboards aufrufen, ohne die Integration zu installieren.

So rufen Sie ein installiertes Dashboard auf:

  1. Rufen Sie in der Google Cloud Console die Seite Dashboards auf.

    Dashboards aufrufen

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

  2. Wählen Sie den Tab Dashboard-Liste und dann die Kategorie Integrationen aus.
  3. Wählen Sie den Namen des Dashboards aus, das Sie aufrufen möchten. MariaDB verwendet dieselben Dashboards wie MySQL.

Wenn Sie eine Integration konfiguriert haben, das Dashboard jedoch nicht installiert ist, prüfen Sie, ob der Ops-Agent ausgeführt wird. Wenn im Dashboard keine Messwertdaten für ein Diagramm vorhanden sind, schlägt die Installation des Dashboards fehl. Nachdem der Ops-Agent mit dem Erfassen von Messwerten begonnen hat, wird das Dashboard für Sie installiert.

So rufen Sie eine statische Vorschau des Dashboards auf:

  1. Öffnen Sie in der Google Cloud Console die Seite Einbindungen:

    Zu „Integrationen“

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

  2. Klicken Sie auf den Filter für die Deployment-Plattform Compute Engine.
  3. Suchen Sie den Eintrag für MySQL und klicken Sie auf Details ansehen. MariaDB verwendet dieselben Dashboards wie MySQL.
  4. Wählen Sie den Tab Dashboards aus, um eine statische Vorschau aufzurufen. Wenn das Dashboard installiert ist, können Sie es aufrufen. Klicken Sie dazu auf Dashboard aufrufen.

Weitere Informationen zu Dashboards in Cloud Monitoring finden Sie unter Dashboards und Diagramme.

Weitere Informationen zur Verwendung der Seite Integrationen finden Sie unter Integrationen verwalten.

Benachrichtigungsrichtlinien installieren

Durch Benachrichtigungsrichtlinien wird Cloud Monitoring angewiesen, Sie zu benachrichtigen, wenn bestimmte Bedingungen auftreten. MariaDB verwendet dieselben Benachrichtigungsrichtlinien wie MySQL. Sie können diese Benachrichtigungsrichtlinien auf der Seite Integrationen in Monitoring aufrufen und installieren.

So zeigen Sie die Beschreibungen der verfügbaren Benachrichtigungsrichtlinien an und installieren sie:

  1. Öffnen Sie in der Google Cloud Console die Seite Einbindungen:

    Zu „Integrationen“

    Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.

  2. Suchen Sie den Eintrag für MySQL und klicken Sie auf Details ansehen. MariaDB verwendet dieselben Benachrichtigungsrichtlinien wie MySQL.
  3. Wählen Sie den Tab Benachrichtigungen aus. Dieser Tab enthält Beschreibungen der verfügbaren Benachrichtigungsrichtlinien und eine Oberfläche für deren Installation.
  4. Installieren Sie Benachrichtigungsrichtlinien. Benachrichtigungsrichtlinien müssen wissen, wohin Benachrichtigungen gesendet werden sollen, dass die Benachrichtigung ausgelöst wurde. Daher benötigen sie Informationen von Ihnen für die Installation. So installieren Sie Benachrichtigungsrichtlinien:
    1. Wählen Sie aus der Liste der verfügbaren Benachrichtigungsrichtlinien die Richtlinien aus, die Sie installieren möchten.

    2. Wählen Sie im Abschnitt Benachrichtigungen konfigurieren einen oder mehrere Benachrichtigungskanäle aus. Sie haben die Möglichkeit, die Verwendung von Benachrichtigungskanälen zu deaktivieren. In diesem Fall werden Ihre Benachrichtigungsrichtlinien jedoch automatisch ausgelöst. Sie können ihren Status in Monitoring prüfen, aber Sie erhalten keine Benachrichtigungen.

      Weitere Informationen zu Benachrichtigungskanälen finden Sie unter Benachrichtigungskanäle verwalten.

    3. Klicken Sie auf Richtlinien erstellen.

Weitere Informationen zu Benachrichtigungsrichtlinien in Cloud Monitoring finden Sie unter Einführung in Benachrichtigungen.

Weitere Informationen zur Verwendung der Seite Integrationen finden Sie unter Integrationen verwalten.

Nächste Schritte

Eine Anleitung zur Installation von Ops-Agent mit Ansible zum Konfigurieren einer Drittanbieteranwendung und zum Installieren eines Beispieldashboards finden Sie im Video Ops-Agent installieren, um Fehler in Drittanbieteranwendungen zu beheben.