Your PHP installation appears to be missing the MySQL extension which is required by WordPress.<\/em><\/p><\/blockquote> Het is zo\u2019n melding die eenvoudig klinkt\u2026 maar dat zelden is.<\/p> In oudere handleidingen is de uitleg bijna altijd hetzelfde: In werkelijkheid, vooral in moderne omgevingen (PHP 8.2, 8.3, 8.4), heeft deze fout meestal weinig te maken met een ontbrekende extensie \u2014 en veel meer met hoe PHP is geconfigureerd, geladen of gescheiden tussen verschillende omgevingen.<\/p> Soms verschijnt deze fout:<\/p> En soms \u2014 na<\/p> Voordat je iets opnieuw installeert of configuratiebestanden wijzigt, is het verstandig even te stoppen. Wanneer je de melding your php installation appears to be missing the mysql extension<\/em> ziet, is de eerste reactie meestal om direct pakketten te gaan installeren. In de praktijk maakt dat het probleem vaak alleen maar groter.<\/p> Het echte doel is eenvoudig: bepalen of wordpress missing mysql extension<\/em> daadwerkelijk wordt veroorzaakt door een ontbrekende extensie, of dat PHP iets anders laadt dan je verwacht.<\/p> In moderne omgevingen, vooral met PHP 8.2 of 8.3, draait het probleem vaak meer om de context dan om een ontbrekende component.<\/p> Begin met de basis. Welke PHP-versie draait er eigenlijk?<\/p> Als je SSH-toegang hebt:<\/p> Dit toont de CLI-versie. Dat is nuttig, maar niet doorslaggevend. Je webserver kan namelijk een compleet andere PHP-build gebruiken.<\/p> Om de web runtime te controleren, maak een tijdelijk bestand aan met de naam Open dit in je browser en controleer:<\/p> Het komt verrassend vaak voor dat je in de CLI PHP 8.3 ziet, terwijl de browser PHP 8.1 rapporteert. In zo\u2019n situatie heeft php missing mysql extension wordpress<\/em> mogelijk helemaal niets met MySQL te maken. Het kan simpelweg een andere PHP-instantie zijn die wordt gebruikt.<\/p> Zoek in de output van Als geen van beide verschijnt, dan heeft PHP daadwerkelijk geen MySQL-ondersteuning en is de melding your php installation appears to be missing the mysql extension<\/em> technisch gezien correct.<\/p> Als ze wel verschijnen, wordt de situatie interessanter. WordPress kan nog steeds een missing mysqli extension wordpress<\/em>-fout tonen, ook al bestaat de extensie. Dat wijst meestal op een configuratieverschil in plaats van een installatieprobleem.<\/p> Via SSH kun je ook het volgende uitvoeren:<\/p> Ook dit controleert alleen de CLI-modules. De webserver kan een andere set extensies laden.<\/p> Zoek op de Loaded Configuration File<\/em><\/p> Zorg ervoor dat het pad overeenkomt met de PHP-versie die je webserver daadwerkelijk gebruikt.<\/p> Zoek vervolgens naar:<\/p> Als Op dit punt ontstaat meestal \u00e9\u00e9n van de volgende conclusies:<\/p> Ga pas verder nadat je hebt vastgesteld welk scenario van toepassing is. Anders loop je het risico dat je het verkeerde probleem probeert op te lossen.<\/p> Op het eerste gezicht klinkt de melding your php installation appears to be missing the mysql extension<\/em> heel precies. Het suggereert dat er iets ontbreekt en dat het installeren ervan alles zal oplossen.<\/p> In 2026 is die aanname echter vaak onjuist.<\/p> De oorspronkelijke Dus wanneer WordPress tegenwoordig een wordpress missing mysql extension<\/em>-fout toont, betekent dit zelden dat je \u201cMySQL-ondersteuning vergeten bent te installeren.\u201d Vaker geeft het aan dat PHP tijdens runtime de juiste module niet heeft geladen.<\/p> Dit verschil is belangrijk.<\/p> Lees ook: <\/a>Hoe je Time to First Byte (TTFB) voor je WordPress-site kunt verbeteren<\/a><\/mark><\/em><\/p> De foutmelding verwijst nog steeds naar de \u201cMySQL-extensie\u201d, waardoor veel ontwikkelaars naar het verkeerde pakket zoeken. Ze proberen Wat WordPress daadwerkelijk nodig heeft is:<\/p> Als geen van beide beschikbaar is voor de actieve PHP-runtime, kun je variaties tegenkomen zoals missing mysqli extension wordpress<\/em> of php missing mysql extension wordpress<\/em>.<\/p> Maar de formulering in de foutmelding is niet mee ge\u00ebvolueerd met PHP. Daar begint de verwarring.<\/p> Moderne PHP-configuraties zijn zelden eenvoudig.<\/p> Je kunt bijvoorbeeld hebben:<\/p> In zulke omgevingen betekent fix mysql extension error wordpress<\/em> niet dat je een module moet downloaden. Het gaat erom dat de juiste PHP-runtime de juiste extensie uit de juiste map laadt.<\/p> Bijvoorbeeld:<\/p> Al deze scenario\u2019s veroorzaken dezelfde melding.<\/p> Daarom is het zelden de juiste eerste stap om blind pakketten te installeren. Het echte probleem draait bijna altijd om afstemming.<\/p> WordPress, PHP en de database moeten binnen dezelfde configuratiecontext werken. Wanneer \u00e9\u00e9n onderdeel verschuift \u2014 vooral tijdens een upgrade naar PHP 8.3 \u2014 breekt het systeem stilletjes, en toont WordPress deze algemene foutmelding.<\/p> Er is nog een nuance die makkelijk over het hoofd wordt gezien.<\/p> Soms is de extensie correct geladen, maar kan WordPress nog steeds geen verbinding maken met de database. In zulke gevallen kan de melding verschijnen omdat de database-laag al vroeg in het bootstrap-proces faalt.<\/p> Dit kan gebeuren wanneer:<\/p> Vanuit het perspectief van WordPress mislukt de databaseverbinding. De standaardaanname is dan dat MySQL-ondersteuning ontbreekt.<\/p> Met andere woorden: de foutmelding beschrijft niet altijd de werkelijke oorzaak. Ze beschrijft het symptoom.<\/p> Als je deze context begrijpt, verandert ook je aanpak van het probleem. In plaats van extensies opnieuw te installeren, begin je de uitvoeringsketen te volgen.<\/p> En daar begint de echte diagnose.<\/p> Lees ook: <\/a>Hoe je de WordPress-cache wist wanneer je wijzigingen niet zichtbaar zijn<\/a><\/mark><\/em><\/p> Wanneer WordPress de melding your php installation appears to be missing the mysql extension<\/em> toont, faalt er iets in de uitvoeringsketen. De duidelijkste manier om dit te begrijpen is door die keten zelf te bekijken.<\/p> Op hoofdniveau ziet de flow er zo uit:<\/p> Als een schakel in deze keten niet goed op elkaar aansluit, kan WordPress de database-laag niet initialiseren. Het resultaat kan een wordpress missing mysql extension<\/em>-fout zijn, zelfs als de extensie technisch gezien aanwezig is.<\/p> Laten we bekijken waar deze keten meestal breekt.<\/p> Dit is het eenvoudigste scenario. PHP is ge\u00efnstalleerd zonder Dit kan gebeuren wanneer:<\/p> In dat geval zullen Hier bestaat de extensie wel op de server, maar wordt deze niet geladen.<\/p> Veelvoorkomende oorzaken:<\/p> Hier vallen veel gevallen van php missing mysql extension wordpress<\/em> onder. Ontwikkelaars zien Dit is een van de meest voorkomende oorzaken in moderne configuraties.<\/p> Je voert uit:<\/p> Het toont Alles lijkt correct.<\/p> Maar de webserver gebruikt een compleet andere PHP-versie. Die versie kan MySQL-ondersteuning mogelijk niet geactiveerd hebben.<\/p> In deze situatie is het probleem niet dat MySQL-ondersteuning ontbreekt. Het is een mismatch in de runtime.<\/p> Dit komt vooral vaak voor na:<\/p> De CLI- en webomgevingen lopen dan ongemerkt uit elkaar.<\/p> Dit is het subtiele geval.<\/p> Toch toont WordPress nog steeds meldingen van het type fix mysql extension error wordpress<\/em>.<\/p> Hier ontstaat de breuk lager in de keten:<\/p> Vanuit het perspectief van WordPress mislukt de verbinding tijdens het bootstrapproces. De foutmelding gaat ervan uit dat de extensielaag verantwoordelijk is.<\/p> Technisch gezien is dat niet zo.<\/p> In Docker- of cloudimplementaties kan de breuk tijdens de buildfase ontstaan.<\/p> Bijvoorbeeld:<\/p> In zulke gevallen kan wordpress missing mysql extension<\/em> verschijnen na wat een ogenschijnlijk niet-gerelateerde infrastructuurupdate leek.<\/p> Daarom staat deze fout zelden op zichzelf. Ze is bijna altijd contextgebonden.<\/p> Wanneer je de keten begrijpt, behandel je dit niet langer als een eenvoudig installatieprobleem. In plaats daarvan bepaal je welke laag is verschoven.<\/p> Met dat perspectief wordt de oplossing methodisch in plaats van reactief.<\/p> Tegen dit punt heb je waarschijnlijk al vastgesteld waar de keten breekt. Nu wordt de vraag praktisch: wat moet er precies worden gecorrigeerd?<\/p> Het antwoord hangt volledig af van je omgeving. Een shared hostingomgeving werkt heel anders dan een eigen VPS of een Docker-deployment. De foutmelding kan hetzelfde zijn, maar de onderliggende oorzaak verschilt.<\/p> Laten we de meest voorkomende scenario\u2019s bekijken.<\/p> Op shared hosting, vooral met cPanel of vergelijkbare controlepanelen, heeft het probleem vaak te maken met het wisselen van PHP-versies.<\/p> Veel hostingproviders laten meerdere PHP-versies naast elkaar bestaan. Je kunt bijvoorbeeld upgraden naar PHP 8.3 in het paneel, terwijl het domein nog steeds gekoppeld is aan een oudere handler.<\/p> Als je wordpress missing mysql extension<\/em> ziet op shared hosting, controleer dan:<\/p> In cPanel betekent dit meestal:<\/p> Na het opslaan vernieuw je de website. Als de runtime correct wisselt, verdwijnt de fout onmiddellijk.<\/p> Als dat niet gebeurt, kan het domein nog steeds aan een andere PHP-pool gekoppeld zijn.<\/p> Hier voorkomt goed doorlopend WordPress onderhoud<\/a><\/mark><\/em> stille configuratiedrift. Kleine versieverschillen zijn makkelijk te missen totdat ze de productieomgeving verstoren.<\/p> In VPS-omgevingen is het probleem meestal duidelijker zichtbaar.<\/p> Als PHP zonder MySQL-ondersteuning is ge\u00efnstalleerd, kun je dit controleren:<\/p> Als er niets verschijnt, installeer dan de vereiste module:<\/p> Start daarna de juiste service opnieuw:<\/p> Of, als je Apache gebruikt:<\/p> Maar hier maken mensen vaak een fout.<\/p> Ze herstarten de verkeerde PHP-FPM-versie.<\/p> Als meerdere versies zijn ge\u00efnstalleerd, zorg er dan voor dat je precies de service herstart die je webserver gebruikt. Het herstarten van Alleen al deze mismatch kan php missing mysql extension wordpress<\/em>-fouten veroorzaken, zelfs wanneer de extensie aanwezig is.<\/p> In moderne configuraties, vooral na PHP-upgrades, verwijzen configuratiebestanden soms nog steeds naar oudere sockets.<\/p> Bijvoorbeeld:<\/p> Als het systeem is ge\u00fcpgraded naar PHP 8.3 maar Nginx nog steeds naar de 8.1-socket verwijst, laadt WordPress de verkeerde runtime.<\/p> In dat scenario:<\/p> De fout verschijnt en lijkt op een ontbrekende extensie.<\/p> In werkelijkheid is het een probleem met een configuratieverwijzing.<\/p> Gecontaineriseerde omgevingen voegen nog een extra laag toe.<\/p> Als je bouwt vanuit de offici\u00eble PHP-image, zijn MySQL-extensies niet altijd standaard inbegrepen. Je moet ze expliciet toevoegen tijdens de build:<\/p> Als deze regel wordt verwijderd, overgeslagen of overschreven tijdens een rebuild, kan de volgende deployment plotseling de fout your php installation appears to be missing the mysql extension<\/em> veroorzaken.<\/p> Dit gebeurt vaak na:<\/p> De extensie werd nooit handmatig \u201cverwijderd\u201d. De container werd simpelweg opnieuw opgebouwd zonder deze extensie.<\/p> In complexe omgevingen met API-lagen, SaaS-systemen of AI-integratie in moderne webplatforms<\/a><\/mark><\/em> komen deze bijwerkingen van rebuilds vaak voor. WordPress kan slechts \u00e9\u00e9n onderdeel zijn binnen een grotere architectuur.<\/p> Dit verdient extra aandacht.<\/p> Veel servers draaien met:<\/p> Je kunt bevestigen dat Hier wordt ervaring met professionele WordPress webontwikkeling<\/a><\/mark><\/em> relevant. Vaststellen welke PHP-runtime het verzoek daadwerkelijk verwerkt, vereist het analyseren van poolconfiguratiebestanden, niet alleen het controleren van modules.<\/p> Wanneer multi-versie configuraties uit elkaar beginnen te lopen, maakt WordPress zich niet druk over de reden. Het meldt simpelweg een ontbrekende extensie.<\/p> In al deze scenario\u2019s is het patroon hetzelfde. Het probleem gaat zelden over het installeren van iets nieuws. Het gaat erom dat de juiste runtime de juiste extensie laadt binnen de juiste configuratiecontext.<\/p> Hoe complexer de infrastructuur, hoe subtieler de misconfiguratie.<\/p> Lees ook: <\/a>5 stappen om 301-redirects aan WordPress toe te voegen via htaccess (volledige praktische gids)<\/a><\/mark><\/em><\/p> Hieronder vind je een praktisch overzicht van de meest voorkomende variaties van de fout your php installation appears to be missing the mysql extension<\/em>.<\/p> Deze tabel laat zien wat doorgaans de fout wordpress missing mysql extension<\/em> veroorzaakt in moderne PHP 8.x-omgevingen.<\/p> Let op iets belangrijks.<\/p> In meer dan de helft van deze scenario\u2019s is de extensie technisch gezien aanwezig. Het probleem is contextueel \u2014 verkeerde runtime, verkeerd configuratiebestand of een verkeerde service-restart.<\/p> Daarom lost het blind opnieuw installeren van pakketten vaak niets op.<\/p> Als geen van de bovenstaande rijen op jouw situatie van toepassing is, is het de moeite waard om naar het werkelijke gedrag van het systeem te kijken in plaats van alleen naar de theorie.<\/p> Laten we bekijken hoe dit er in de praktijk uitziet.<\/p> Een veelvoorkomende situatie ziet er als volgt uit.<\/p> Een server draait PHP 8.1 zonder problemen. Direct na de upgrade toont WordPress:<\/p> your php installation appears to be missing the mysql extension<\/em><\/p> De eerste reflex is om te denken dat PHP 8.3 MySQL-ondersteuning heeft laten vallen.<\/p> Dat is niet zo.<\/p> Wat er in veel van deze gevallen daadwerkelijk gebeurde:<\/p> Vanuit het perspectief van WordPress faalde de databaselaag tijdens het opstarten. Daardoor verscheen de generieke foutmelding.<\/p>Snelle Diagnose in 60 Seconden<\/h2>
1. Controleer de Actieve PHP-versie<\/h3>
php -v<\/pre>
info.php<\/code> in de rootmap van je WordPress-installatie:<\/p><\/pre>
2. Controleer of MySQLi of PDO_MySQL Is Geladen<\/h3>
phpinfo()<\/code> naar:<\/p>mysqli<\/code><\/li>\n\npdo_mysql<\/code><\/li><\/ul>php -m | grep -i mysql<\/pre>
3. Controleer het Geladen php.ini-Bestand<\/h3>
phpinfo()<\/code>-pagina naar de regel:<\/p>extension_dir<\/pre>
extension_dir<\/code> naar een verkeerde map of naar een andere PHP-build verwijst, kunnen extensies zoals mysqli<\/code> of pdo_mysql<\/code> wel op de server aanwezig zijn maar niet worden geladen tijdens runtime. In zulke gevallen betekent fix mysql extension error wordpress<\/em> niet dat je iets nieuws moet installeren. Het betekent dat je PHP moet laten verwijzen naar de juiste extensiemap.<\/p>Waarom Deze Fout Misleidend Is in Moderne PHP-omgevingen<\/h2>
mysql<\/code>-extensie is al jaren verouderd en volledig verwijderd uit moderne PHP-versies. WordPress gebruikt deze niet meer. In plaats daarvan maakt het gebruik van mysqli<\/code> of pdo_mysql<\/code>, die beide standaard aanwezig zijn in PHP 8.x-builds.<\/p>![\"MySQL-vs-MySQLi\"](\"https:\/\/codico.io\/wp-content\/uploads\/2026\/03\/MySQL-vs-MySQLi.png\")
<\/figure><\/div>MySQL vs MySQLi: De Naamval<\/h3>
mysql<\/code> te installeren, maar dat bestaat niet meer in PHP 8.2 of 8.3.<\/p>mysqli<\/code><\/li>\n\npdo_mysql<\/code><\/li><\/ul>PHP 8.x en het Probleem van Runtime-context<\/h3>
php.ini<\/code>-bestanden voor CLI en web<\/li><\/ul>mysqli<\/code> geladen is<\/li>\n\nextension_dir<\/code><\/li>\n\npdo_mysql<\/code> hebben overgeslagen<\/li><\/ul>Wanneer het Niet eens om de Extensie Gaat<\/h3>
Waar de Verbinding Breekt<\/h2>
WordPress Core
1. De Extensie Is Niet Ge\u00efnstalleerd<\/h3>
mysqli<\/code> of pdo_mysql<\/code>.<\/p>mysqlnd<\/code><\/li>\n\nphp -m<\/code> en phpinfo()<\/code> geen mysqli<\/code> of pdo_mysql<\/code> tonen. De foutmelding is dan correct.<\/p>2. De Extensie Is Ge\u00efnstalleerd maar Niet Geactiveerd<\/h3>
extension=mysqli<\/code> ontbreekt in php.ini<\/code><\/li>\n\nphp.ini<\/code>-bestanden gebruikt voor CLI en web<\/li>\n\nextension_dir<\/code> is ingesteld<\/li><\/ul>mysqli.so<\/code> in de map met extensies en gaan ervan uit dat alles in orde is. Ondertussen laadt PHP-FPM deze extensie helemaal niet.<\/p>3. CLI en Web-PHP Zijn Verschillend<\/h3>
php -m | grep -i mysql<\/pre>
mysqli<\/code>.<\/p>4. De Extensie Wordt Geladen maar de Databaselaag Faalt<\/h3>
mysqli<\/code> verschijnt in phpinfo()<\/code>.wp-config.php<\/code><\/li>\n\n5. Gecontaineriseerde en Cloudomgevingen<\/h3>
pdo_mysql<\/code><\/li>\n\ndocker-php-ext-install mysqli pdo_mysql<\/code> is overgeslagen<\/li>\n\nDe Werkelijke Oorzaken Achter de MySQL-extensiefout<\/h2>
Shared Hostingomgevingen<\/h3>
mysqli<\/code> en pdo_mysql<\/code> zijn ingeschakeld in de lijst met PHP-extensies<\/li>\n\nmysqli<\/code> en mysqlnd<\/code> zijn aangevinkt<\/li><\/ol>VPS- en Dedicated Server-configuraties (Ubuntu \/ Debian)<\/h3>
php -m | grep -i mysql<\/pre>
sudo apt update
sudo systemctl restart php8.3-fpm<\/pre>
sudo systemctl restart apache2<\/pre>
php8.2-fpm<\/code> terwijl Nginx naar php8.3-fpm<\/code> verwijst, verandert niets.<\/p>Nginx + PHP-FPM mismatch<\/h3>
fastcgi_pass unix:\/run\/php\/php8.1-fpm.sock;<\/pre>
mysqli<\/code><\/li>\n\nDocker- en containergebaseerde deployments<\/h3>
RUN docker-php-ext-install mysqli pdo pdo_mysql<\/pre>
Meerdere PHP-installaties<\/h3>
\/usr\/bin\/php<\/code><\/li>\n\n\/usr\/local\/bin\/php<\/code><\/li>\n\nmysqli<\/code> globaal is ge\u00efnstalleerd, maar de actieve pool kan een ander php.ini<\/code> gebruiken.<\/p>Probleemoplossingstabel: Symptoom \u2192 Oorzaak \u2192 Oplossing<\/h2>
Symptoom<\/th> Waarschijnlijke hoofdoorzaak<\/th> Wat controleren<\/th> Praktische oplossing<\/th><\/tr><\/thead> php -m<\/code> toont geen MySQL-modules<\/td>MySQL-extensie niet ge\u00efnstalleerd<\/td> CLI-modulenlijst<\/td> Installeer php-mysql<\/code> of schakel mysqli<\/code> \/ pdo_mysql<\/code> in<\/td><\/tr>php -m<\/code> toont mysqli<\/code>, browser niet<\/td>Mismatch tussen CLI en web-PHP<\/td> phpinfo()<\/code> vs CLI-versie<\/td>Stem de PHP-FPM-versie af op de webserver<\/td><\/tr> mysqli<\/code> zichtbaar in phpinfo()<\/code>, maar WordPress faalt<\/td>Verkeerde extension_dir<\/code><\/td>extension_dir<\/code> in php.ini<\/code><\/td>Corrigeer het directorypad en herstart FPM<\/td><\/tr> Fout verschijnt na PHP-upgrade<\/td> Nginx of Apache verwijst naar oude socket<\/td> Webserverconfiguratie<\/td> Werk fastcgi_pass<\/code> of de PHP-handler bij<\/td><\/tr>Fout na migratie<\/td> PHP-versie stilzwijgend gewijzigd<\/td> Hostingpaneel \/ MultiPHP<\/td> Wijs opnieuw de juiste PHP-versie aan het domein toe<\/td><\/tr> Fout in Docker<\/td> Extensie niet ge\u00efnstalleerd tijdens build<\/td> Dockerfile<\/td> Voeg docker-php-ext-install mysqli pdo_mysql<\/code> toe en bouw opnieuw<\/td><\/tr>Databaseverbinding blijft mislukken<\/td> Socket- of hostmismatch<\/td> wp-config.php<\/code> DB_HOST<\/td>Pas de host aan naar het juiste TCP- of socketpad<\/td><\/tr> Fout verschijnt willekeurig<\/td> Meerdere PHP-pools actief<\/td> FPM-poolconfiguraties<\/td> Controleer de actieve pool en herstart de juiste service<\/td><\/tr><\/tbody><\/table><\/figure> Praktijkvoorbeeld: na een upgrade naar PHP 8.3<\/h2>
mysqli<\/code> werd gecompileerd en was beschikbaar<\/li>\n\n