Deine Website zeigt plötzlich die Meldung „Deine PHP-Installation scheint nicht über die von WordPress benötigte MySQL-Erweiterung zu verfügen“, obwohl du nichts geändert hast? Und der Fehler tritt nur mit einer alternativen CloudLinux-PHP-Version (z. B. alt-php83-fastcgi) auf, nicht aber mit der Standard-PHP-Version aus Plesk? Dann werden die Datenbank-Treiber dieser PHP-Version sehr wahrscheinlich nicht korrekt geladen. Hier erfährst du, wie du deine Website sofort wieder erreichbar machst und was unser Support für dich übernimmt.
Voraussetzungen
- Zugang zu Plesk für die betroffene Website
- Die betroffene Website nutzt eine alternative PHP-Version (alt-php), die wir auf deinem Server bereitgestellt haben
- Optional: Zugriff auf das Fehlerprotokoll (Error-Log) deiner Website in Plesk
Schritt-für-Schritt-Anleitung
1. Erkenne das typische Fehlerbild
Neben der WordPress-Meldung findest du im Fehlerprotokoll meist Einträge wie diese:
PHP Startup: Unable to load dynamic library 'nd_mysqli.so' … undefined symbol: mysqlnd_global_statsUnable to load dynamic library 'pdo_oci.so' (libclntsh.so…: cannot open shared object file)Module "PDO" is already loadedbzw.Module "pdo_mysql" is already loaded
Entscheidend ist der erste Eintrag: Der Treiber nd_mysqli wird geladen, bevor das Basismodul mysqlnd verfügbar ist. Die übrigen Warnungen sind Begleiterscheinungen.
2. Stelle vorübergehend auf die Standard-PHP-Version um
- Öffne in Plesk die betroffene Website und klicke auf „PHP“ bzw. „PHP-Einstellungen“.
- Wähle unter PHP-Version die Plesk-Standardversion derselben Hauptversion aus (z. B. „PHP 8.3“ statt „alt-php83-fastcgi“).
- Speichere die Einstellung und lade deine Website neu.
Ist deine Website auf Funktionen angewiesen, die nur die alt-php-Version bietet, aktiviere vor dem Umstellen den Wartungsmodus. So sehen Besucher:innen keine fehlerhaften Seiten.
👉🏻 Mehr Informationen zu PHP und Plesk kannst du hier nachlesen.
3. Melde den Fehler unserem Support
Die Lade-Reihenfolge der PHP-Module wird serverseitig verwaltet und lässt sich nicht über Plesk oder die php.ini deiner Website korrigieren. Schreib unserem Support und nenne:
- die betroffene Domain,
- die genaue PHP-Version bzw. den Handler (z. B.
alt-php83-fastcgi), - die vollständige Fehlermeldung aus dem Fehlerprotokoll,
- seit wann der Fehler auftritt.
Unsere Admins stellen die korrekte Konfiguration der alt-php-Versionen wieder her. Dabei werden in der Regel auch nicht benötigte PDO-Treiber deaktiviert, etwa für Oracle, PostgreSQL, SQLite, ODBC, Firebird oder MSSQL. Brauchst du einen dieser Treiber, teil uns das mit. Wir aktivieren ihn dann gezielt wieder.
4. Wechsle zurück auf alt-php und teste gründlich
- Sobald wir die Behebung bestätigt haben, stellst du in den PHP-Einstellungen wieder die alt-php-Version ein.
- Deaktiviere den Wartungsmodus und teste Frontend und Backend.
- Prüfe auch zeitgesteuerte Abläufe (Cronjobs), die auf die alt-php-Version angewiesen sind, nach ihrem nächsten Lauf.
Hintergrund: Warum ist das passiert?
Die alternativen PHP-Versionen werden über das Paket-Repository von CloudLinux automatisch aktualisiert. Ab alt-php 8.2 nutzt CloudLinux standardmäßig die mysqlnd-basierten Treiber nd_mysqli und nd_pdo_mysql. Damit sie funktionieren, muss mysqlnd zuerst geladen werden. Ein fehlerhaftes Update kann diese Reihenfolge durcheinanderbringen. Dann findet WordPress keine MySQL-Erweiterung mehr, obwohl sie installiert ist. Mit deiner Website oder deinem WordPress hat das nichts zu tun.
Fazit & Support-Hinweis
Meldet WordPress unter einer alt-php-Version plötzlich eine fehlende MySQL-Erweiterung, liegt die Ursache fast immer in der serverseitigen PHP-Konfiguration und nicht in deiner Website. Wechsle kurzfristig auf die Standard-PHP-Version aus Plesk, damit deine Website wieder läuft, und melde den Fehler mit der vollständigen Fehlermeldung unserem Support. Weitere Informationen zu den PHP-Einstellungen findest du im Artikel PHP Einstellungen in PLESK.