De melding ‘Error establishing a database connection’ betekent dat WordPress geen verbinding krijgt met de database waar al je content in staat. Meestal komt dit door verkeerde inloggegevens in wp-config.php, een beschadigde database of een probleem bij de databaseserver zelf. In dit artikel loop je stap voor stap na wat er mis is en hoe je het oplost.
Wat betekent deze foutmelding precies
WordPress slaat vrijwel alle content (berichten, pagina’s, instellingen) op in een MySQL- of MariaDB-database. Bij elke pagina die bezoekers openen, haalt WordPress via het bestand wp-config.php gegevens op uit die database. Lukt die verbinding niet, dan toont WordPress deze generieke foutmelding in plaats van je website. De oorzaak kan bij WordPress zelf liggen, maar ook bij de database of de server waarop deze draait.
De verbindingsroute tussen WordPress en de database.
Stap voor stap de oorzaak vinden
Controleer wp-config.php
Open het bestand via FTP of de bestandsbeheerder in Plesk en controleer of DB_NAME, DB_USER, DB_PASSWORD en DB_HOST kloppen. Een typefout of een gewijzigd wachtwoord is de meest voorkomende oorzaak.
Test de databasegegevens
Log in op het databasebeheer in Plesk en controleer of de databasegebruiker nog bestaat en of de naam van de database klopt. Soms is een gebruiker per ongeluk verwijderd of gewijzigd.
Controleer of de database draait
Kijk of de databaseserver zelf bereikbaar is. Is dit bij meerdere websites op dezelfde server het geval, dan ligt het probleem waarschijnlijk niet bij jouw WordPress-installatie maar bij de server.
Controleer op beschadigde tabellen
Een plotselinge stroomstoring, verkeerde migratie of volle schijfruimte kan tabellen beschadigen. Dit herken je vaak aan losse foutmeldingen over specifieke tabellen in plaats van een algehele connectiefout.
Database herstellen of repareren
Als de tabellen beschadigd zijn, kun je WordPress’ ingebouwde reparatiefunctie gebruiken. Zet tijdelijk deze regel in wp-config.php: define('WP_ALLOW_REPAIR', true); en bezoek daarna jouwsite.nl/wp-admin/maint/repair.php. Volg de knoppen om tabellen te laten controleren en repareren. Verwijder de regel daarna weer uit wp-config.php, want iedereen met de link kan deze pagina anders benaderen.
Lukt herstel niet, dan is teruggrijpen op een recente back-up vaak de snelste oplossing. In Plesk kun je eenvoudig een eerdere versie van zowel bestanden als database terugzetten. Bij Tandata draait dit op dagelijkse back-ups, zodat je nooit ver terug hoeft.
Voorkomen dat het weer gebeurt
Zorg dat wp-config.php alleen wijzigt via een bewuste actie, bewaar wachtwoorden op een veilige plek en controleer na een serververhuizing of migratie altijd meteen of de site goed laadt. Gebruik daarnaast een stabiele hostingomgeving met voldoende schijfruimte, want een volle schijf is een onderschatte oorzaak van databaseproblemen. Twijfel je of je huidige hosting hier geschikt voor is, bekijk dan de mogelijkheden voor webhosting met NVMe-opslag en dagelijkse back-ups.
Overweeg je over te stappen naar een andere provider vanwege terugkerende problemen, lees dan eerst hoe overstappen naar Tandata in zijn werk gaat, zodat je site zonder gedoe verhuist.
Veelgestelde vragen
Is al mijn content kwijt bij deze foutmelding?
Nee, meestal niet. De foutmelding betekent alleen dat WordPress de database niet kan bereiken, niet dat de data verloren is. Na herstel van de verbinding is je content doorgaans weer gewoon zichtbaar.
Kan ik dit zelf oplossen zonder technische kennis?
De eerste stappen (controleren van wp-config.php en inloggegevens) kun je vaak zelf uitvoeren via Plesk. Bij beschadigde tabellen of serverproblemen is het verstandig om hulp in te schakelen via de kennisbank of support.
Hoe weet ik of het probleem bij WordPress of bij de server ligt?
Als andere websites op dezelfde server ook problemen hebben met hun database, ligt het probleem waarschijnlijk bij de server. Werkt alleen jouw site niet, dan zit het probleem meestal in wp-config.php of de database zelf.
Conclusie
Een database-foutmelding in WordPress is bijna altijd op te lossen door eerst de gegevens in wp-config.php te controleren, daarna de database en gebruiker te testen, en als laatste de tabellen te repareren of een back-up terug te zetten. Met een stabiele hostingomgeving en dagelijkse back-ups voorkom je dat dit soort problemen lang aanhouden.