Fehler beim Aufbau einer Datenbankverbindung (WordPress): Ursachen eingrenzen und reparieren

Die Meldung „Fehler beim Aufbau einer Datenbankverbindung” (englisch „Error Establishing Database Connection”) ist wörtlich zu nehmen: Der PHP-Code läuft, bekommt aber keine Verbindung zu der Datenbank, in der alle Inhalte liegen. Ohne sie bricht WordPress im Frontend wie im Backend komplett ab. Zeigt Ihre Seite stattdessen „Es gab einen kritischen Fehler auf deiner Website”, ist die Datenbank nicht die Ursache; dafür gibt es Kritischer Fehler: Ursachen und Lösung.

Die Schritte folgen der WordPress-Dokumentation. Die wörtlichen Zitate (englisch, am 10.10.2026 im Volltext gelesen) stehen gebündelt im Block Belege; die Einordnung daneben ist unsere.

Der Ablauf in fünf Schritten

1. wp-config.php prüfen: Datenbankname, Benutzer, Passwort, Host.
2. Beim Hoster nach Datenbankserver und Kontingent fragen.
3. Datenbank-Benutzer und Passwort abgleichen oder zurücksetzen.
4. Beschädigte Tabellen reparieren, erst nach der Sicherung.
5. Auf Schadcode prüfen, wenn alles andere in Ordnung ist.

Vorab: Kopieren Sie wp-config.php auf Ihren Rechner und behandeln Sie die Kopie wie ein Passwort. Sichern Sie die Datenbank, bevor Sie an ihr etwas ändern. WordPress.org: „Always backup your database before performing any actions on it.” Wie das geht, steht im Beitrag WordPress-Backup.

Schritt 1: Die Angaben in wp-config.php prüfen

Das ist laut WordPress.org in der Regel die Ursache. Öffnen Sie wp-config.php per FTP und prüfen Sie DB_NAME, DB_USER, DB_PASSWORD und DB_HOST. Vergleichen Sie die vier Werte mit den Angaben im Kundenmenü Ihres Hosters unter „Datenbanken”.

• Der Host ist meist localhost, aber nicht immer; wenn nötig, hängt ein Doppelpunkt mit Port, Socket oder Pipe an.
• Achten Sie auf Leerzeichen vor oder nach den Werten und löschen Sie die einfachen Anführungszeichen nicht.

Speichern, hochladen, Seite im privaten Fenster neu laden. Nach unserer Erfahrung stimmen die Werte häufig nach einem Umzug oder einer Passwortänderung nicht mehr; das ist kein Zitat. Zum Umzug siehe die Umzugs-Checkliste.

Schritt 2: Den Hoster fragen

Fragen Sie den Support schriftlich: Läuft der Datenbankserver für meine Datenbank, und hat sie ihr Kontingent erreicht? Mehr Ursachen belegt die WordPress-Dokumentation an dieser Stelle nicht. Hostinger ergänzt in seiner Anleitung (Belege), dass die Datenbank bei zu vielen gleichzeitigen Verbindungen Verbindungen abbricht; ein Traffic-Anstieg kann den Fehler also auslösen. Fragen Sie deshalb auch, ob andere Seiten auf demselben Server betroffen sind.

Schritt 3: Datenbank-Passwort abgleichen oder zurücksetzen

Sind die Werte richtig und der Server läuft, kann das Passwort selbst das Problem sein. Für die meisten Websites heißt das: Passwort im Kundenmenü beim Datenbank-Benutzer neu setzen. Dasselbe neue Passwort muss danach in wp-config.php bei DB_PASSWORD stehen. Das ist unsere Folgerung; die Dokumentation nennt das Zurücksetzen über das Hoster-Menü (Belege).

Schritt 4: Beschädigte Tabellen reparieren

Ist eine Tabelle beschädigt, helfen die Schritte 1 bis 3 nicht. Die Dokumentation beschreibt zwei Wege.

Weg A: der Reparatur-Modus von WordPress

Er wird mit einer Zeile in wp-config.php eingeschaltet und danach wieder ausgeschaltet.

1. Datenbank sichern, soweit der Hoster es anbietet.
2. In wp-config.php die Zeile define( 'WP_ALLOW_REPAIR', true ); ergänzen.
3. ihre-domain.de/wp-admin/maint/repair.php aufrufen und den Anweisungen der Seite folgen. Die Beschriftung der Schaltflächen haben wir nicht belegt und nennen sie deshalb nicht.
4. Die Zeile wieder entfernen, sobald die Seite läuft. Laut Zitat braucht die Reparatur-Seite bei aktivierter Konstante kein Login, jeder, der die Adresse kennt, kann sie aufrufen.

Weg B: phpMyAdmin, WP-CLI oder der Hoster

Kennen Sie phpMyAdmin nicht, ist die ehrliche Antwort: den Hoster bitten, die Datenbank prüfen und reparieren zu lassen. Das gilt auch für „Error 145”, den Hinweis auf eine beschädigte Tabelle (Belege). Wer Shell-Zugang hat, findet bei Kinsta den Befehl wp db repair (Belege).

Schritt 5: Auf Schadcode prüfen

Ist wp-config.php in Ordnung und der Hoster meldet keine Störung, kann die Seite gehackt sein. WordPress.org empfiehlt einen Scan mit Sucuri SiteCheck. Anzeichen eines Einbruchs und was Sie dann nicht anfassen sollten, beschreibt WordPress gehackt erkennen. Besteht der Verdacht, reparieren Sie nicht weiter: Jeder Handgriff verwischt Spuren.

Wann Sie aufhören sollten

Hier endet die Selbstreparatur:

• Keine Sicherung der Datenbank, und Sie müssten Tabellen reparieren. Ab der ersten Änderung an der Datenbank ist nicht mehr alles umkehrbar.
• Kein Zugang zu den Dateien oder zum Kundenmenü des Hosters.
• Verdacht auf einen Einbruch (Schritt 5).
• Die Meldung bleibt, obwohl Sie alle Schritte durchlaufen haben. Zeigt die Seite stattdessen „Es gab einen kritischen Fehler”, hilft Kritischer Fehler: Ursachen und Lösung.
• Es ist ein Shop. Jede Stunde Ausfall kostet Umsatz; nach der Reparatur gehört eine Testbestellung dazu.

Wenn es gerade brennt

Mit der WordPress-Soforthilfe buchen Sie genau eine Stunde Fehlersuche und Behebung zum Festpreis (99 €). Wir sichern vor jedem Eingriff, benennen die Ursache und schreiben auf, was wir geändert haben. Ist Schadcode die Ursache, stoppen wir und rechnen die 99 € auf das Malware-Notfallpaket an. Alle Notfall-Leistungen finden Sie auf der Seite WordPress-Notfall. Damit so etwas nicht unbemerkt bleibt, gibt es die WordPress-Wartung.

Belege

Belege: Wortlaut der Quellen (abgerufen am 10.10.2026 bzw. 16.10.2026)

WordPress.org, Common WordPress errors (abgerufen am 10.10.2026):

• Sicherung, Abschnitt „Database Errors”: „Always backup your database before performing any actions on it.”
• Ursache, Abschnitt „Incorrect wp-config.php Information”: „“Error establishing a database connection” is usually caused by an error in your wp-config.php file. Access your site in your FTP client. Open up wp-config.php and ensure that the following are correct: Database name, Database username, Database password, Database host”
• Hoster, Abschnitt „Problems with Your Web Host”: „The next step is to contact your web host. The following hosting issues may be causing the problem: Your database has met its quota and has been shut down. The server is down. Contact your hosting provider to see if either of these issues is causing your problem.”
• Error 145, Abschnitt „Error 145”: „This indicates that a table in your database is damaged or corrupted. If you are comfortable using phpMyAdmin you can use these instructions on repairing your MySQL database tables. […] If you have not used phpMyAdmin before, or are uncomfortable doing so, contact your web host and ask them to run CHECK/REPAIR on your database.”
• Schadcode, Abschnitt „Compromised Website”: „If you have checked wp-config.php for errors, and confirmed with your host for hosting issues, it is possible that your site has been hacked. Scan your site with Sucuri SiteCheck to ensure that it hasn’t been compromised. If it has you should check out My Site was Hacked.”

WordPress.org, How to install WordPress (abgerufen am 10.10.2026):

• DB_HOST, Abschnitt „Step 3: Set up wp-config.php”: „DB_HOST: The hostname you determined in Step 2 (usually localhost, but not always; see some possible DB_HOST values). If a port, socket, or pipe is necessary, append a colon (:) and then the relevant information to the hostname.”
• Passwort, Abschnitt „Common installation problems”: „I keep getting an Error connecting to database message but I’m sure my configuration is correct. Try resetting your MySQL password manually. […] Failing that, you may need to use your host’s control panel to reset the password for your database user.” Die Auslassung […] steht für einen SQL-Befehl für Nutzer mit Shell- oder phpMyAdmin-Zugang.

WordPress.org, Editing wp-config.php (abgerufen am 10.10.2026):

• Tippfehler, Abschnitt „Double Check Before Saving”: „Be sure to check for leading and/or trailing spaces around any of the above values you entered, and DON’T delete the single quotes!”
• Reparatur-Modus, Abschnitt „Automatic Database Optimizing”: „There is automatic database repair support, which you can enable by adding the following define to your wp-config.php file. Note: This should only be enabled if needed and disabled once the issue is solved. When enabled, a user does not need to be logged in to access the functionality, since its main intent is to repair a corrupted database and users can often not login when the database is corrupt. define( ‘WP_ALLOW_REPAIR’, true ); The script can be found at {$your_site}/wp-admin/maint/repair.php.”

Hostinger, „Fehler beim Aufbau einer Datenbankverbindung“ beheben (Dec 18, 2025; abgerufen am 16.10.2026):

• Umzug: „Dies geschieht in der Regel nach der Übertragug einer WordPress-Website zu einem neuen Hosting-Anbieter.”
• Verbindungsgrenze: „Eine Datenbank hat eine maximale Anzahl von verbundenen Clients. Der Server bricht die Verbindungen ab, wenn er diese Grenze überschreitet […]”

Kinsta, Wie man Probleme mit WordPress-Datenbankproblemen behebt und repariert (aktualisiert 1. Oktober 2025; abgerufen am 16.10.2026):

• WP-CLI: „Verwende dazu den Befehl wp db repair .”

Soforthilfe-Leistungen (Produktseite, 16.10.2026): Typische Fälle nennen den Datenbankfehler; „Backup vor jedem Eingriff”; „Keine Erfolgsgarantie”; „Jede weitere Stunde 99 €, nur nach Ihrer Freigabe”.

Top-10-Näherung, WebSearch, 16.10.2026: Suchwort „Fehler beim Aufbau einer Datenbankverbindung WordPress beheben”. Gelesen: Hostinger und Kinsta. Beide nennen als häufigste Ursache falsche Zugangsdaten in wp-config.php und beginnen mit der Sicherung. Beide führen zusätzlich Plugin-/Theme-Konflikte und beschädigte Kerndateien auf; die WordPress-Dokumentation belegt sie für diese Meldung nicht, deshalb stehen sie hier nicht als Schritt.