Datenbanken
    Aktualisiert am Mai 2026
    MySQL logo

    MySQL Überwachung

    Überwachen Sie die Leistung von MySQL-Abfragen, den Status der Replikation, Verbindungspools und Speichermetriken in Echtzeit – ganz ohne Konfiguration.

    Kostenlose Testversion startenDokumente anzeigen

    Warum überwachen Sie MySQL?

    MySQL ist die weltweit beliebteste Open-Source-Relationaldatenbank, die Millionen von Anwendungen – von Start-ups bis hin zu Fortune-500-Unternehmen – unterstützt. Die Überwachung von MySQL ist unerlässlich, um langsame Abfragen zu erkennen, eine Erschöpfung des Verbindungspools zu verhindern, Replikationsverzögerungen zu verfolgen und die Speichernutzung zu optimieren. Die MySQL-Integration von Xitoring bietet Ihnen einen umfassenden Einblick in die Leistung Ihrer Datenbank.

    Automatische Erkennung über Xitogent – keine manuelle Konfiguration erforderlich
    Echtzeit-Metriken zu Abfragedurchsatz und Leistung
    Auslastung des Verbindungspools und Thread-Zustände verfolgen
    Replikations-Lag und Slave-Status überwachen
    Metriken zum InnoDB-Bufferpool und zur Storage-Engine
    Erkennung und Überwachung langsamer Abfragen
    Funktioniert sowohl auf Linux- als auch auf Windows-Servern
    1-minütige Erfassungsintervalle
    Was ist MySQL-Monitoring?

    MySQL-Monitoring, erklärt

    MySQL-Monitoring erkennt Buffer-Pool-Churn, langsame Queries, Replikations-Drift und Connection-Thread-Sättigung, bevor sie jeden Read in Ihrer App verlangsamen oder in einen Replica-Failover-Sturm kaskadieren. Für WordPress, Laravel, Magento und jede RDS/Aurora-gestützte Workload ist Sichtbarkeit pro Datenbank das einzelne nützlichste Signal zwischen nutzerbericht-Trägheit und Ursache. Xitoring entdeckt Ihr MySQL automatisch, fragt performance_schema und die Standard-Status-Views ab und leitet Alerts an Slack, PagerDuty, Telegram oder Ihren bestehenden On-Call weiter.

    Kennzahlen

    Was wir überwachen

    Abfragen pro Sekunde

    Rate der SELECT-, INSERT-, UPDATE- und DELETE-Abfragen.

    Aktive Verbindungen

    Anzahl der derzeit aktiven Verbindungen zu MySQL.

    Langsame Abfragen

    Anzahl der Abfragen, die den Slow-Query-Schwellenwert überschreiten.

    Replikationsverzögerung

    Sekunden Rückstand gegenüber dem Master in der Replikation.

    InnoDB-Bufferpool

    Auslastung des Buffer-Pools und Trefferquote.

    Thread-Zustände

    Verteilung der Thread-Zustände (running, sleeping, locked).

    Table-Locks

    Rate der Table-Lock-Waits und sofortigen Lock-Gewährungen.

    Temporäre Tabellen

    Rate der auf der Festplatte erstellten temporären Tabellen.

    Gesendete/empfangene Bytes

    Netzwerkdurchsatz von und zu MySQL.

    Abgebrochene Verbindungen

    Fehlgeschlagene Verbindungsversuche und abgebrochene Clients.

    Open_tables vs. table_open_cache

    Aktuell geöffnete Tabellen-Handles vs. konfigurierte Cache-Größe. Wenn Open_tables sich dem Cache-Limit annähert, verdrängt und öffnet MySQL die Tabellen erneut – messbarer Latenzaufwand.

    Innodb_os_log_pending_fsyncs

    Ausstehende fsyncs zum InnoDB-Redo-Log. Anhaltende Werte ungleich null bedeuten, dass Ihre Einstellungen `sync_binlog`/`innodb_flush_log_at_trx_commit` an der Disk hängen.

    Auslöser & Benachrichtigungen

    Konfigurierbare Alarmauslöser

    Richten Sie benutzerdefinierte Trigger in Ihrem Dashboard ein, um benachrichtigt zu werden, sobald die Kennzahlen von „MySQL“ Ihre festgelegten Schwellenwerte überschreiten.

    MySQL Dashboard zur Konfiguration von Überwachungsauslösern

    Aktive Verbindungen

    entscheidend

    Wird ausgelöst, wenn sich aktive Verbindungen max_connections nähern, wodurch neue Verbindungen abgelehnt werden und Anwendungsfehler drohen.

    Replikationsverzögerung

    entscheidend

    Wird ausgelöst, wenn die Replikation zurückfällt und Dateninkonsistenzen zwischen Master und Replicas drohen.

    Langsame Abfragen

    Warnung

    Warnt, wenn die Anzahl langsamer Abfragen den Schwellenwert überschreitet — ein Hinweis auf Leistungseinbußen.

    InnoDB-Bufferpool

    Warnung

    Wird ausgelöst, wenn die Buffer-Pool-Trefferquote sinkt und auf erhöhte Disk-I/O hinweist.

    Abgebrochene Verbindungen

    Warnung

    Wird bei Häufungen von Verbindungsfehlern ausgelöst — ein Hinweis auf Authentifizierungs- oder Netzwerkprobleme.

    Table-Lock-Waits

    entscheidend

    Warnt, wenn die Lock-Konkurrenz zunimmt und die Abfrageleistung beeinträchtigt.

    01

    Bedeutung von MySQL-Überwachung

    MySQL verarbeitet geschäftskritische Daten für Millionen von Anwendungen. Ohne geeignete Überwachung können langsame Abfragen, Replikations-Drift und Verbindungserschöpfung zu Ausfällen und Dateninkonsistenzen führen.

    • Langsame Abfragen erkennen, bevor sie die Nutzererfahrung beeinträchtigen
    • Verbindungspool-Erschöpfung mit Schwellenwertalarmen verhindern
    • Replikation überwachen, um Datenkonsistenz über alle Replicas hinweg sicherzustellen
    • InnoDB-Leistung verfolgen, um die Storage-Engine optimal gesund zu halten
    • Lock-Konkurrenz und Abfrage-Engpässe frühzeitig erkennen
    MySQL-Überwachungs-Dashboard mit Abfragemetriken
    Zeitleiste der Datenbank-Leistungsalarme
    02

    Warum entscheiden Sie sich für Xitoring

    Xitoring liefert MySQL-Überwachung auf Enterprise-Niveau mit Zero-Config-Setup. Unser schlanker Agent erkennt Ihre MySQL-Instanzen automatisch, beginnt in unter 60 Sekunden mit der Erfassung von Metriken und integriert sich in Ihre bestehenden Benachrichtigungskanäle.

    • Installation mit einem einzigen Befehl – keine komplizierten YAML- oder Konfigurationsdateien
    • Über 15 globale Überwachungsknoten für Überprüfungen mit geringer Latenz
    • Einheitliches Dashboard für Server, Datenbanken und Uptime
    • Flexible Benachrichtigungen über Slack, PagerDuty, Telegram und weitere Dienste
    • Aufbewahrung historischer Daten für die Kapazitätsplanung und Audits
    Xitoring-Multi-Datenbank-Überwachungsübersicht
    Benachrichtigungskanäle und Konfiguration von Warnmeldungen
    Anwendungsfälle

    Häufige MySQL-Monitoring- Szenarien

    Wo MySQL heute typischerweise läuft – und was schiefgehen könnte, wenn niemand hinsieht.

    Verwaltete Cloud-Datenbank (AWS, Azure, Google)

    Cloud-Anbieter kümmern sich um die Server, aber sie sagen Ihnen nicht, wann Ihre eigenen Abfragen langsam sind, Ihre Verbindungen ausgehen oder eine Sicherungskopie unbemerkt zurückbleibt. Wir erkennen die Probleme, die der Anbieter Ihnen überlässt, damit eine Verlangsamung das Team nicht unvorbereitet trifft.

    Hauptdatenbank mit Live-Sicherungskopien

    Produktionsdatenbanken betreiben typischerweise ein Live-Backup, das bereit ist, bei Ausfall der Hauptdatenbank zu übernehmen. Wenn dieses Backup unbemerkt zurückbleibt, wird aus einer reibungslosen Übergabe ein echter Ausfall – manchmal mit Datenverlust. Wir überwachen jede Kopie, damit das Backup wirklich bereit ist, wenn Sie es brauchen.

    Datenbank, die in Kubernetes läuft

    Datenbanken in Kubernetes werden von der Plattform automatisch verschoben, neu gestartet und aktualisiert. Meistens ist das sicher – wenn nicht, erfahren Sie es normalerweise von frustrierten Benutzern. Wir decken die frühen Warnzeichen auf, damit das Team eingreifen kann, bevor ein Routine-Update zu einem Vorfall wird.

    Bevor Sie beginnen

    Voraussetzungen für MySQL

    Stellen Sie sicher, dass diese Punkte erfüllt sind — danach ist die Installation eine Sache von 60 Sekunden.

    • MySQL 5.7 oder 8.x läuft auf dem Server
    • performance_schema = ON (Standard ab 5.7+, in [mysqld] setzen, falls deaktiviert)
    • Ein Monitoring-Benutzer mit PROCESS, REPLICATION CLIENT und SELECT auf performance_schema
    Einrichtungsanleitung

    Erste Schritte in Minuten

    1

    Xitogent auf Ihrem Server installieren

    Falls noch nicht geschehen, installieren Sie den ressourcenschonenden Xitogent-Monitoring-Agenten auf Ihrem Server.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Monitoring-Benutzer in MySQL anlegen

    Legen Sie einen dedizierten, schreibgeschützten Benutzer an, damit Xitogent Metriken erfassen kann:

    CREATE USER 'xitoring'@'%' IDENTIFIED BY 'your_secure_password'; GRANT REPLICATION CLIENT ON *.* TO 'xitoring'@'%' WITH MAX_USER_CONNECTIONS 5; GRANT PROCESS ON *.* TO 'xitoring'@'%'; GRANT SELECT ON performance_schema.* TO 'xitoring'@'%'; FLUSH PRIVILEGES;
    3

    MySQL-Integration aktivieren

    Aktivieren Sie die MySQL-Integration über das Xitoring-Dashboard oder die CLI mit den Monitoring-Anmeldedaten.

    sudo xitogent integrate
    4

    Alarmschwellen konfigurieren (optional)

    Legen Sie eigene Schwellenwerte für Metriken wie Replikations-Lag, langsame Queries oder Verbindungsanzahl fest, um benachrichtigt zu werden, wenn etwas Aufmerksamkeit benötigt.

    5

    Funktion überprüfen

    Führen Sie diesen Befehl auf dem Server aus, um zu bestätigen, dass Xitogent die Integration erkannt hat. Innerhalb von etwa 30 Sekunden werden frische Metriken in Ihr Dashboard gestreamt.

    sudo xitogent status
    Vergleichen

    Erwägen Sie Alternativen?

    Sehen Sie, wie sich Xitoring gegen die Alternativen für MySQL-Monitoring schlägt — Pauschalpreise, tiefere Integrationen und ein Agent, der Ihren gesamten Stack abdeckt.

    Alle Vergleiche ansehen

    Häufig gestellte Fragen

    Welche Berechtigungen benötigt der Überwachungsbenutzer?
    Der Überwachungsbenutzer benötigt PROCESS, REPLICATION CLIENT und SELECT auf performance_schema. Die Dokumentation von Xitoring empfiehlt MAX_USER_CONNECTIONS 5, um die Parallelität zu begrenzen.
    Wird diese Integration die Leistung von MySQL beeinträchtigen?
    Nein. Xitogent nutzt einfache, schreibgeschützte Abfragen, um Metriken zu erfassen. Der Überwachungsaufwand ist vernachlässigbar und hat keine Auswirkungen auf die Leistung Ihrer Datenbank.
    Kann ich die MySQL-Replikation überwachen?
    Ja. Die Integration überwacht den Replikationsrückstand, den Status der Slaves und Replikationsfehler. Sie werden sofort benachrichtigt, wenn Ihre Replikate in Verzug geraten.
    Funktioniert das mit MySQL auf RDS oder in Cloud-Datenbanken?
    Die Integration ist für selbst gehostete MySQL-Instanzen vorgesehen, auf denen Xitogent installiert ist. Für in der Cloud verwaltete Datenbanken informieren Sie sich bitte über unsere API-Überwachungsfunktionen.
    Welche MySQL-Versionen werden unterstützt?
    Xitoring unterstützt MySQL 5.7 und höher, einschließlich MySQL 8.x. MariaDB wird über eine separate Integration unterstützt.
    Wie oft werden Kennzahlen erfasst?
    Standardmäßig werden die Messdaten im 1-Minuten-Takt erfasst. Dies kann über das Xitoring-Dashboard oder die Befehlszeilenschnittstelle (CLI) angepasst werden.
    Was ist der Unterschied zwischen MySQL- und MariaDB-Monitoring?
    Das Kern-Engine-Vokabular (`Threads_connected`, `Innodb_buffer_pool_*`, `Slow_queries` usw.) wird gemeinsam genutzt. MariaDB unterscheidet sich in: (1) Galera-Cluster-Monitoring nutzt den `wsrep_*`-Namespace (Cluster-Größe, Flow Control, Donor/Joiner-Status) – in vanilla MySQL völlig abwesend; (2) Tools wie MariaDB MaxScale und ClusterControl; (3) ColumnStore- und Spider-Engines; (4) Replikations-GTID-Format unterscheidet sich. Nutzen Sie diese MySQL-Integration für MySQL/RDS/Aurora; nutzen Sie die dedizierte MariaDB-Integration für MariaDB und Galera-Cluster.
    Beeinflusst diese Integration die MySQL-Performance?
    Keine messbare Auswirkung. Xitogent verwendet leichtgewichtige, schreibgeschützte Queries gegen `performance_schema` und `SHOW GLOBAL STATUS` – derselbe Mechanismus, den die eigenen Tools von MySQL nutzen. Der Monitoring-Benutzer ist mit `MAX_USER_CONNECTIONS 5` begrenzt, sodass der Agent den Connection-Pool niemals erschöpfen kann. Polling im 60-Sekunden-Intervall fügt vernachlässigbare CPU-Last hinzu.
    Welche MySQL-Versionen werden unterstützt?
    MySQL 5.7, MySQL 8.0 (Auslauf naht), MySQL 8.4 LTS (aktuell) und der 9.x-Innovation-Track. Die Integration erkennt automatisch, ob `SHOW REPLICA STATUS` (8.0+) oder `SHOW SLAVE STATUS` (Legacy) der richtige Aufruf ist und welche `performance_schema`-Tabellen vorhanden sind. Für MariaDB- oder Galera-Cluster nutzen Sie stattdessen die dedizierte MariaDB-Integration.

    MySQL überwachen heute

    In weniger als 60 Sekunden eingerichtet. Keine Kreditkarte erforderlich. Umfassende Kennzahlen vom ersten Tag an.

    Kostenlose Testversion starten

    Entdecke weiter

    Verwandte Themen Integrationen