„Error establishing a database connection" bei WordPress beheben

Kaum eine WordPress-Meldung ist so gefürchtet wie „Error establishing a database connection". Sie bedeutet: WordPress kann keine Verbindung zur MySQL-/MariaDB-Datenbank aufbauen — und ohne Datenbank gibt es keine Inhalte, keine Seite, kein Backend. Die Ursachen reichen von falschen Zugangsdaten über einen überlasteten Datenbankserver bis zu beschädigten Tabellen. Dieser Ratgeber zeigt dir, wie du die Ursache eingrenzt und die Verbindung wieder herstellst.

Was der Fehler bedeutet

WordPress speichert Inhalte, Einstellungen und Benutzer in einer Datenbank. Bei jedem Seitenaufruf verbindet sich WordPress über die in der wp-config.php hinterlegten Zugangsdaten mit diesem Datenbankserver. Schlägt diese Verbindung fehl, erscheint die Meldung. Der Fehler betrifft meist die gesamte Seite inklusive wp-admin — manchmal zeigt das Backend aber einen zusätzlichen Hinweis wie „One or more database tables are unavailable", der auf beschädigte Tabellen deutet.

Die häufigsten Ursachen

Vier Ursachen decken die große Mehrheit der Fälle ab. Am häufigsten sind falsche oder geänderte Datenbank-Zugangsdaten in der wp-config.php (etwa nach einem Umzug oder einer Passwortänderung beim Hoster). Zweitens ein überlasteter oder heruntergefahrener Datenbankserver — typisch bei günstigem Shared-Hosting unter Last. Drittens beschädigte Datenbanktabellen. Und viertens der klassische Umzugs-Fehler: falscher Datenbank-Host (nicht immer „localhost").

Falsche DB-Zugangsdaten in wp-config.php (Name, User, Passwort, Host)
Datenbankserver überlastet oder vom Hoster gestoppt
Beschädigte Tabellen (z. B. nach abgebrochenem Update)
Falscher DB_HOST nach einem Server-Umzug
Zu viele gleichzeitige Verbindungen („max_connections")

Schritt 1: Zugangsdaten in der wp-config.php prüfen

Öffne per FTP die Datei wp-config.php im Hauptverzeichnis und vergleiche die vier DB-Konstanten mit den echten Werten aus deinem Hosting-Panel (Datenbank-Bereich). Achte besonders auf DB_HOST: Bei manchen Hostern ist das nicht „localhost", sondern ein spezifischer Servername. Ein einziger Tippfehler genügt für den Fehler.

php

define( 'DB_NAME', 'deine_datenbank' );
define( 'DB_USER', 'dein_benutzer' );
define( 'DB_PASSWORD', 'dein_passwort' );
define( 'DB_HOST', 'localhost' ); // ggf. Hoster-spezifisch, z. B. db1234.hosting.de

Schritt 2: Datenbank reparieren

Stimmen die Zugangsdaten, könnten Tabellen beschädigt sein. WordPress bringt eine eingebaute Reparaturfunktion mit. Aktiviere sie temporär über die wp-config.php und rufe dann die Reparatur-URL auf. Wichtig: Entferne die Zeile danach wieder, da die Reparaturseite ohne Login erreichbar ist.

php

// temporär in wp-config.php ergänzen
define( 'WP_ALLOW_REPAIR', true );
// danach im Browser aufrufen:
// https://deine-domain.de/wp-admin/maint/repair.php
// WICHTIG: Zeile nach der Reparatur wieder entfernen!

ℹ

Bleibt es beim Fehler?

Wenn Zugangsdaten stimmen und die Reparatur nicht hilft, liegt es meist am Datenbankserver selbst (überlastet/aus) oder an einem Hosting-Limit. Dann ist der Hoster der nächste Ansprechpartner — oder ein Profi, der Server-Logs auswerten kann.

Wann du besser einen Profi holst

Wenn die Zugangsdaten korrekt sind, die Reparatur nicht greift und der Hoster keine klare Auskunft gibt, wird es schnell diffus: Es kann an Server-Ressourcen, korrupten InnoDB-Dateien oder einem unvollständigen Umzug liegen. Spätestens wenn die Seite Umsatz bringt und offline ist, lohnt sich die schnelle, gezielte Diagnose durch jemanden, der Datenbank- und Server-Logs lesen kann.

Kommst du selbst nicht weiter?

Wir bringen deine Seite zurück — schnell.

Reaktion in unter 2 Stunden, Festpreis, Pay-after-fix. Schildere kurz dein Problem — wir kümmern uns.

Jetzt Soforthilfe anfordern +49 177 4212367

FAQ

Häufige Fragen.

Sind meine Daten weg, wenn diese Meldung kommt?

Meist nicht. Der Fehler betrifft die Verbindung zur Datenbank, nicht zwingend die Daten selbst. Erst beschädigte Tabellen können Daten gefährden — deshalb ist ein aktuelles Backup vor jeder Reparatur wichtig.

Warum tritt der Fehler nur zeitweise auf?

Ein zeitweiliges Auftreten deutet stark auf einen überlasteten Datenbankserver hin — typisch bei günstigem Shared-Hosting zu Stoßzeiten. Ein Upgrade oder Wechsel des Hostings ist dann oft die nachhaltige Lösung.

Ich habe gerade umgezogen — woran liegt es?

Fast immer an DB_HOST oder an noch nicht importierten Daten. Prüfe zuerst den in der wp-config.php eingetragenen Host gegen die Angaben des neuen Hosters.