WordPress Datenbankverbindungsfehler beheben

WordPress speichert sämtliche Inhalte – Seiten, Beiträge, Einstellungen, Benutzerdaten – in einer Datenbank (einem strukturierten digitalen Speichersystem). Die Website-Dateien auf dem Server enthalten nur den Programmcode und das Design. Jedes Mal, wenn jemand Ihre Website aufruft, versucht PHP (die Programmiersprache, in der WordPress geschrieben ist) eine Datenbankverbindung herzustellen, liest die angeforderten Inhalte aus und stellt die Seite zusammen. Funktioniert diese Verbindung nicht, kann WordPress buchstäblich nichts anzeigen.

Die exakte Fehlermeldung lautet auf Deutsch:

"Fehler beim Aufbau einer Datenbankverbindung"

Die englische Variante lautet "Error establishing a database connection" – wenn Sie danach suchen, meinen Sie dasselbe Problem. Zeigt WordPress stattdessen eine komplett leere Seite ohne jede Meldung, lesen Sie meinen Ratgeber zur weißen Seite (White Screen of Death). Anders als beim kritischen WordPress-Fehler, bei dem WordPress einen Recovery Mode aktiviert und eine E-Mail mit Zugangslink versendet, legt der Datenbankverbindungsfehler die gesamte Website lahm – ohne Notfall-Zugang: Besucher sehen die Fehlermeldung, und auch Sie als Administrator können sich nicht mehr einloggen. Weder Frontend noch Backend sind erreichbar, und es gibt keinen Recovery Mode.

Falsche Zugangsdaten in der wp-config.php sind mit Abstand die häufigste Ursache für den Datenbankverbindungsfehler. Aus meiner Projekterfahrung bei Reparatur-Anfragen verteilen sich die Ursachen ungefähr wie folgt (Schätzwerte, die je nach Umgebung variieren können):

• Falsche Zugangsdaten in der wp-config.php (~60 %): Datenbankname, Benutzername, Passwort oder Host-Adresse stimmen nicht. Passiert häufig nach Passwortänderungen beim Hoster (dem Anbieter, der Ihren Webspace bereitstellt) oder einem Hoster-Wechsel.
• Datenbank-Server vorübergehend nicht erreichbar (~15 %): Der MySQL-Server Ihres Hosters ist überlastet, wird gewartet oder ist ausgefallen. In diesem Fall können Sie selbst wenig tun – es hilft nur Warten oder der Hoster-Support.
• Beschädigte Datenbanktabellen (~10 %): Einzelne Tabellen sind durch einen Absturz, Stromausfall oder fehlerhaften Schreibvorgang beschädigt. WordPress kann die Tabellen nicht lesen und meldet einen Verbindungsfehler.
• Datenbank-Benutzer hat keine Berechtigungen (~8 %): Der Benutzer existiert, aber ihm fehlen die nötigen Rechte für die Datenbank. Kommt vor, wenn beim Hoster versehentlich Berechtigungen geändert wurden.
• Speicherplatz auf dem Server voll (~5 %): Wenn kein Speicherplatz mehr frei ist, kann die Datenbank keine neuen Daten schreiben und verweigert die Verbindung.
• Zu viele gleichzeitige Verbindungen (~2 %): Bei starken Traffic-Spitzen kann die maximale Anzahl erlaubter Datenbankverbindungen (max_connections) überschritten werden. Der MySQL-Server verweigert dann weitere Zugriffe. Dieses Problem tritt vor allem bei Shared-Hosting-Tarifen auf und löst sich meist von selbst, sobald der Traffic nachlässt.
• Falscher DB_HOST nach Hoster-Wechsel (~2 %): Nicht jeder Hoster verwendet localhost als Datenbank-Host. Nach einem Website-Umzug muss die Host-Adresse angepasst werden.

Der häufigste Auslöser ist menschliches Versehen, kein technischer Defekt. Eine Passwortänderung im Hoster-Dashboard, ein Tippfehler beim manuellen Bearbeiten der wp-config.php oder ein Hoster-Wechsel ohne Anpassung der Zugangsdaten – in all diesen Fällen stimmen die gespeicherten Daten schlicht nicht mehr mit der tatsächlichen Datenbank-Konfiguration überein.

Die wp-config.php ist die zentrale Konfigurationsdatei von WordPress und enthält die Zugangsdaten zur Datenbank. Sie liegt im Hauptverzeichnis Ihrer WordPress-Installation – dort, wo auch die Ordner wp-content, wp-admin und wp-includes liegen. Verbinden Sie sich per FTP mit Ihrem Webserver und öffnen Sie die Datei mit einem Texteditor.

Vier Zeilen in dieser Datei entscheiden darüber, ob WordPress seine Datenbank findet:

So verifizieren Sie die korrekten Zugangsdaten bei Ihrem Hoster:

• All-Inkl: Melden Sie sich im KAS (Kunden-Administrations-System) an → Datenbanken → Ihre Datenbank anklicken. Dort sehen Sie Datenbankname, Benutzername und Server-Adresse. Das Passwort können Sie dort neu setzen.
• IONOS: Loggen Sie sich im IONOS-Kundencenter ein → Hosting → Datenbanken verwalten. Klicken Sie auf Ihre Datenbank für die Details. Der DB_HOST ist bei IONOS nicht localhost, sondern eine spezifische Adresse wie db12345.hosting-data.io.
• Strato: Im Strato-Kundenbereich unter Datenbanken & Webspace → Datenbankverwaltung finden Sie alle Zugangsdaten. Bei Strato ist localhost grundsätzlich nicht möglich – der korrekte DB_HOST lautet rdbms.strato.de oder eine spezifische Adresse aus dem Kundenbereich.

Gleichen Sie jeden der vier Werte einzeln ab: Datenbankname, Benutzername, Passwort und Host-Adresse. Korrigieren Sie Abweichungen in der wp-config.php, speichern Sie die Datei und laden Sie sie per FTP wieder hoch. Rufen Sie danach Ihre Website im Browser auf. In den meisten Fällen ist das Problem damit gelöst.

Ein nicht erreichbarer MySQL-Server ist die zweithäufigste Ursache für den WordPress-Datenbankverbindungsfehler. Sind die Zugangsdaten korrekt und der Fehler besteht weiterhin, könnte der Datenbank-Server Ihres Hosters das Problem sein. Datenbank-Server können vorübergehend ausfallen – durch Wartungsarbeiten, Überlastung oder technische Störungen. Das betrifft dann nicht nur Ihre Website, sondern potenziell alle Kunden auf demselben Server.

So prüfen Sie, ob ein Hoster-Problem vorliegt:

• Statusseite Ihres Hosters prüfen: Die meisten Hoster betreiben eine Statusseite (z. B. status.all-inkl.com), die aktuelle Störungen anzeigt.
• phpMyAdmin aufrufen: Loggen Sie sich in die Datenbankverwaltung Ihres Hosters ein. Wenn phpMyAdmin (das Browser-basierte Verwaltungstool für MySQL-Datenbanken) nicht erreichbar ist, liegt das Problem beim Server – nicht bei WordPress.
• Support kontaktieren: Wenn Sie weder Ihre Website noch phpMyAdmin erreichen, kontaktieren Sie den technischen Support Ihres Hosters. Schildern Sie das Problem konkret: "MySQL-Datenbank nicht erreichbar, phpMyAdmin zeigt ebenfalls einen Fehler."

Bei einem Hoster-seitigen Ausfall können Sie selbst nichts tun. Die gute Nachricht: Solche Ausfälle sind bei seriösen Hostern selten und werden in der Regel innerhalb von Minuten bis wenigen Stunden behoben. Ihre Daten sind dabei nicht gefährdet.

Beschädigte Datenbanktabellen können den Verbindungsfehler verursachen, obwohl alle Zugangsdaten stimmen und der Server erreichbar ist. WordPress bringt eine eingebaute Reparaturfunktion mit, die beschädigte Tabellen automatisch überprüft und repariert. Diese Funktion ist standardmäßig deaktiviert und muss über die wp-config.php freigeschaltet werden.

So aktivieren Sie die WordPress-Reparaturfunktion:

Öffnen Sie die wp-config.php per FTP und fügen Sie folgende Zeile vor der Zeile /* That's all, stop editing! */ ein:

define('WP_ALLOW_REPAIR', true);

Rufen Sie dann diese Adresse in Ihrem Browser auf: ihre-domain.de/wp-admin/maint/repair.php

WordPress zeigt Ihnen zwei Optionen: "Datenbank reparieren" und "Datenbank reparieren und optimieren". Wählen Sie die zweite Option – sie repariert beschädigte Tabellen und optimiert gleichzeitig die Datenbankstruktur für bessere Performance.

Alternative: Reparatur über phpMyAdmin

Wenn die WordPress-eigene Reparaturfunktion nicht hilft oder Sie gezielter vorgehen möchten, können Sie einzelne Tabellen direkt über phpMyAdmin reparieren. Loggen Sie sich in phpMyAdmin ein, wählen Sie Ihre WordPress-Datenbank aus und markieren Sie die Tabellen, die als "In use" oder "Crashed" angezeigt werden. Wählen Sie dann im Dropdown-Menü "Tabelle reparieren". Für fortgeschrittene Nutzer: Der SQL-Befehl REPAIR TABLE wp_options; funktioniert nur bei Tabellen mit dem älteren MyISAM-Speicherformat. Moderne WordPress-Installationen (ab Version 6.x) verwenden standardmäßig InnoDB – nutzen Sie in diesem Fall die WordPress-eigene Reparaturfunktion aus Schritt 3, die beide Formate unterstützt.

Ein Datenbank-Benutzer kann existieren und das richtige Passwort haben, aber trotzdem keinen Zugriff auf die Datenbank – wenn ihm die nötigen Berechtigungen fehlen. Dieses Problem tritt besonders nach Änderungen im Hoster-Dashboard auf, wenn versehentlich die Zuordnung zwischen Benutzer und Datenbank gelöscht wurde.

So prüfen und korrigieren Sie die Berechtigungen:

• Hoster-Dashboard öffnen: Navigieren Sie zur Datenbankverwaltung und prüfen Sie, ob der Benutzer aus der wp-config.php der richtigen Datenbank zugeordnet ist.
• Alle Rechte vergeben: Der WordPress-Datenbankbenutzer benötigt ALL PRIVILEGES (alle Rechte) für die WordPress-Datenbank. Dazu gehören SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER und DROP.
• Bei Unsicherheit neu zuweisen: Entfernen Sie die Zuordnung des Benutzers zur Datenbank und erstellen Sie sie neu mit allen Rechten. Bei manchen Hostern ist das der einfachste Weg.

Manchmal funktioniert die öffentliche Website scheinbar einwandfrei, aber beim Aufruf von /wp-admin/ erscheint der Datenbankfehler. Das passiert häufig, wenn ein Caching-Plugin oder CDN die öffentlichen Seiten aus einem Zwischenspeicher ausliefert, während das Backend eine aktive Datenbankverbindung benötigt. Das deutet auf ein Problem mit der Tabelle wp_options hin – der zentralen Konfigurationstabelle von WordPress. In dieser Tabelle sind unter anderem die Felder siteurl und home gespeichert, die WordPress mitteilen, unter welcher Adresse die Website erreichbar ist.

Lösung: Öffnen Sie phpMyAdmin, navigieren Sie zur Tabelle wp_options und prüfen Sie die Einträge siteurl und home. Beide müssen Ihre korrekte Website-URL enthalten (z. B. https://ihre-domain.de). Wenn die Tabelle als beschädigt markiert ist, reparieren Sie sie wie in Schritt 3 beschrieben. Falls das Problem nach einem Plugin-Update aufgetreten ist, wurde möglicherweise ein fehlerhaftes Plugin in wp_options als aktiv registriert – deaktivieren Sie in diesem Fall alle Plugins über phpMyAdmin, indem Sie den Wert des Eintrags active_plugins auf a:0:{} setzen. Falls der Login selbst mit einer Redirect-Schleife oder Fehlermeldung scheitert, hilft der Ratgeber WordPress Login funktioniert nicht.

Ein Datenbankverbindungsfehler nach einem Hoster-Wechsel oder Website-Umzug gehört zu den häufigsten Problemen bei der Migration. Die Ursache ist fast immer dieselbe: Die Zugangsdaten in der wp-config.php stammen noch vom alten Hoster und passen nicht zum neuen System. Die Lösung besteht aus drei Prüfungen:

• DB_HOST anpassen: Der wichtigste und häufigste Stolperstein. Beim alten Hoster war DB_HOST vielleicht localhost, beim neuen lautet die Adresse db12345.hosting-data.io oder mysql5.example.com. Prüfen Sie die korrekte Adresse im Dashboard des neuen Hosters.
• Neue Zugangsdaten eintragen: Datenbankname, Benutzername und Passwort unterscheiden sich beim neuen Hoster garantiert vom alten. Tragen Sie alle vier Werte aus dem neuen Hoster-Dashboard in die wp-config.php ein.
• Tabellenpräfix prüfen: WordPress verwendet standardmäßig wp_ als Präfix für Datenbanktabellen. Wenn Sie beim Import der Datenbank einen anderen Präfix verwendet haben oder der alte Hoster einen angepassten Präfix hatte, muss der Wert von $table_prefix in der wp-config.php übereinstimmen.

Ausführliche Anleitungen für einen reibungslosen Umzug finden Sie in meinem Ratgeber zum Website-Umzug.

Haben Sie alle Schritte durchgearbeitet und der Fehler besteht weiterhin, ist das Einspielen eines Backups oft der schnellste Weg zurück zu einer funktionierenden Website. Voraussetzung: Sie haben ein aktuelles Backup, das sowohl die Datenbank als auch die Dateien umfasst. Viele Hoster erstellen automatisch tägliche Backups, die Sie über das Hosting-Dashboard einspielen können.

Falls kein Backup vorhanden ist, können Sie als letzten Ausweg die WordPress-Core-Dateien (Ordner wp-admin und wp-includes) von wordpress.org neu herunterladen und per FTP hochladen – Ihre Inhalte im wp-content-Ordner und der Datenbank bleiben dabei erhalten. Auch der 500 Internal Server Error kann ähnliche Symptome zeigen, hat aber andere Ursachen.

Eine detaillierte Anleitung zum Erstellen und Einspielen von Backups finden Sie in meinem Blog-Artikel zum Thema WordPress-Backups. Für die Zukunft empfehle ich, sowohl automatische Hoster-Backups als auch ein eigenes Backup-Plugin zu nutzen – doppelte Sicherheit.

Nicht jeder Datenbankfehler lässt sich mit einer einfachen Konfigurationsänderung lösen. Professionelle Hilfe lohnt sich, wenn:

• Sie keinen FTP-Zugang haben oder sich nicht sicher im Umgang damit fühlen
• Ihre Website seit Stunden offline ist und Sie die Ursache nicht finden
• Die Datenbank schwer beschädigt ist und die Reparaturfunktion nicht greift
• Nach einem Hoster-Wechsel mehrere Probleme gleichzeitig auftreten
• Sie kein aktuelles Backup haben und Datenverlust befürchten

Ich biete professionelle WordPress-Reparaturen an. Schreiben Sie mir eine Nachricht mit einer kurzen Beschreibung des Problems – ich melde mich zeitnah mit einer kostenlosen Ersteinschätzung.

Datenbankverbindungsfehler lassen sich mit wenigen Maßnahmen zuverlässig verhindern. Die wichtigste Regel: Dokumentieren Sie Ihre Zugangsdaten und erstellen Sie regelmäßige Backups.

• Zugangsdaten sicher dokumentieren: Speichern Sie Datenbankname, Benutzername, Passwort und Host-Adresse in einem Passwort-Manager. Aktualisieren Sie die Einträge bei jeder Änderung.
• Regelmäßige Backups: Richten Sie automatische Backups ein, die sowohl Dateien als auch die Datenbank umfassen. Mindestens wöchentlich, besser täglich.
• Hoster-Wartungsfenster kennen: Notieren Sie sich, wann Ihr Hoster planmäßige Wartungen durchführt. So vermeiden Sie unnötige Fehlalarme.
• Datenbank regelmäßig optimieren: Nutzen Sie ein Plugin wie WP-Optimize, um die Datenbank regelmäßig zu bereinigen und zu optimieren. Das reduziert das Risiko beschädigter Tabellen.
• Vor jedem Hoster-Wechsel Checkliste abarbeiten: Prüfen Sie vor dem Umzug die neuen Datenbank-Zugangsdaten und notieren Sie insbesondere den DB_HOST des neuen Hosters.