In Ihrer PHP-Installation scheint die MySQL-Erweiterung zu fehlen, die von WordPress ben\u00f6tigt wird.<\/em><\/p><\/blockquote> Das ist eine dieser Fehlermeldungen, die einfach klingen \u2026 es aber selten sind.<\/p> In \u00e4lteren Anleitungen lautet die Erkl\u00e4rung fast immer gleich: In der Realit\u00e4t \u2013 besonders in modernen Umgebungen (PHP 8.2, 8.3, 8.4) \u2013 hat dieser Fehler meist sehr wenig mit einer fehlenden Erweiterung zu tun, sondern viel mehr damit, wie PHP konfiguriert, geladen oder zwischen verschiedenen Umgebungen getrennt wird.<\/p> Manchmal erscheint er:<\/p> Und gelegentlich \u2014 nach<\/p> Bevor Sie etwas neu installieren oder Konfigurationsdateien \u00e4ndern, halten Sie kurz inne. Wenn die Meldung In Ihrer PHP-Installation scheint die MySQL-Erweiterung zu fehlen<\/em> erscheint, ist der erste Impuls meist, sofort Pakete zu installieren. In der Praxis verschlimmert das die Situation jedoch oft.<\/p> Das eigentliche Ziel ist einfach: herauszufinden, ob WordPress fehlende MySQL-Erweiterung<\/em> wirklich durch eine fehlende Erweiterung verursacht wird oder ob PHP etwas anderes l\u00e4dt, als Sie erwarten.<\/p> In modernen Umgebungen, besonders mit PHP 8.2 oder 8.3, h\u00e4ngt das Problem h\u00e4ufig eher mit dem Kontext als mit dem tats\u00e4chlichen Fehlen einer Erweiterung zusammen.<\/p> Beginnen Sie mit den Grundlagen. Welche PHP-Version l\u00e4uft tats\u00e4chlich?<\/p> Wenn Sie SSH-Zugriff haben:<\/p> Dies zeigt die CLI-Version an. Das ist hilfreich, aber nicht endg\u00fcltig. Ihr Webserver kann eine ganz andere PHP-Version verwenden.<\/p> Um die Weblaufzeit zu best\u00e4tigen, erstellen Sie eine tempor\u00e4re Datei namens \u00d6ffnen Sie die Datei im Browser und pr\u00fcfen Sie:<\/p> Es kommt \u00fcberraschend h\u00e4ufig vor, dass im CLI PHP 8.3 angezeigt wird, w\u00e4hrend der Browser PHP 8.1 meldet. In einer solchen Situation hat php fehlende mysql-erweiterung wordpress<\/em> m\u00f6glicherweise gar nichts mit MySQL zu tun. Es kann schlicht die falsche PHP-Instanz sein.<\/p> Suchen Sie in der Ausgabe von Wenn keines davon erscheint, unterst\u00fctzt PHP tats\u00e4chlich kein MySQL und die Meldung In Ihrer PHP-Installation scheint die MySQL-Erweiterung zu fehlen<\/em> ist technisch gesehen korrekt.<\/p> Wenn sie jedoch angezeigt werden, wird die Situation interessanter. WordPress kann trotzdem einen Fehler fehlende mysqli-erweiterung wordpress<\/em> anzeigen, obwohl die Erweiterung vorhanden ist. Das weist meist eher auf ein Konfigurationsproblem als auf eine fehlgeschlagene Installation hin.<\/p> \u00dcber SSH k\u00f6nnen Sie au\u00dferdem Folgendes ausf\u00fchren:<\/p> Auch dies \u00fcberpr\u00fcft nur die CLI-Module. Der Webserver kann eine andere Reihe von Erweiterungen laden.<\/p> Suchen Sie auf der Seite Loaded Configuration File<\/em><\/p> Stellen Sie sicher, dass der Pfad zur PHP-Version passt, die Ihr Webserver tats\u00e4chlich verwendet.<\/p> Suchen Sie anschlie\u00dfend nach:<\/p> Wenn In diesem Stadium ergeben sich in der Regel drei m\u00f6gliche Ursachen:<\/p> Erst nachdem Sie festgestellt haben, welches Szenario zutrifft, sollten Sie fortfahren. Andernfalls besteht die Gefahr, dass Sie das falsche Problem l\u00f6sen.<\/p> Auf den ersten Blick wirkt die Meldung In Ihrer PHP-Installation scheint die MySQL-Erweiterung zu fehlen<\/em> sehr eindeutig. Sie vermittelt den Eindruck, dass etwas fehlt und dass eine Installation das Problem sofort l\u00f6sen wird.<\/p> Im Jahr 2026 ist diese Annahme jedoch h\u00e4ufig falsch.<\/p> Die urspr\u00fcngliche Wenn WordPress heute einen Fehler wordpress fehlende mysql-erweiterung<\/em> anzeigt, bedeutet das daher selten \u201eMySQL-Unterst\u00fctzung wurde nicht installiert\u201c. H\u00e4ufiger weist es darauf hin, dass PHP das richtige Modul zur Laufzeit nicht laden konnte.<\/p> Dieser Unterschied ist entscheidend.<\/p> Lesen Sie auch: <\/a>So verbessern Sie die Time to First Byte (TTFB) Ihrer WordPress-Website<\/a><\/mark><\/em><\/p> Die Fehlermeldung verweist weiterhin auf eine \u201eMySQL-Erweiterung\u201c, was viele Entwickler dazu bringt, nach dem falschen Paket zu suchen. Sie versuchen, Was WordPress tats\u00e4chlich ben\u00f6tigt, ist:<\/p> Wenn keines davon f\u00fcr die aktive PHP-Laufzeit verf\u00fcgbar ist, k\u00f6nnen Fehlermeldungen wie fehlende mysqli-erweiterung wordpress<\/em> oder php fehlende mysql-erweiterung wordpress<\/em> erscheinen.<\/p> Die Formulierung der Fehlermeldung hat sich jedoch nicht parallel zu PHP weiterentwickelt. Genau hier beginnt die Verwirrung.<\/p> Moderne PHP-Setups sind selten einfach.<\/p> Sie k\u00f6nnen beispielsweise Folgendes haben:<\/p> In solchen Umgebungen bedeutet mysql-erweiterung fehler wordpress beheben<\/em> nicht, einfach ein Modul herunterzuladen. Es geht darum sicherzustellen, dass die richtige PHP-Laufzeit die richtige Erweiterung aus dem richtigen Verzeichnis l\u00e4dt.<\/p> Zum Beispiel:<\/p> All diese Szenarien l\u00f6sen dieselbe Fehlermeldung aus.<\/p> Deshalb ist das blinde Installieren von Paketen selten der richtige erste Schritt. Das eigentliche Problem liegt fast immer in der Abstimmung der Konfiguration.<\/p> WordPress, PHP und die Datenbank m\u00fcssen innerhalb desselben Konfigurationskontexts arbeiten. Wenn sich eine Komponente verschiebt \u2013 besonders bei einem Upgrade auf PHP 8.3 \u2013 bricht das System still im Hintergrund, und WordPress zeigt diese generische Fehlermeldung an.<\/p> Es gibt noch eine weitere Nuance, die leicht \u00fcbersehen wird.<\/p> Manchmal ist die Erweiterung korrekt geladen, aber WordPress kann dennoch keine Verbindung zur Datenbank herstellen. In solchen F\u00e4llen erscheint die Meldung, weil die Datenbankschicht bereits fr\u00fch im Bootstrap-Prozess fehlschl\u00e4gt.<\/p> Das kann passieren, wenn:<\/p> Aus Sicht von WordPress schl\u00e4gt einfach die Datenbankverbindung fehl. Die Standardannahme ist dann eine fehlende MySQL-Unterst\u00fctzung.<\/p> Mit anderen Worten: Die Fehlermeldung beschreibt nicht immer die eigentliche Ursache. Sie beschreibt nur das Symptom.<\/p> Wenn man diesen Kontext versteht, \u00e4ndert sich auch der Ansatz zur Fehlersuche. Statt Erweiterungen neu zu installieren, beginnt man die gesamte Ausf\u00fchrungskette nachzuvollziehen.<\/p> Und genau dort beginnt die eigentliche Diagnose.<\/p> Lesen Sie auch: <\/a>So leeren Sie den WordPress-Cache, wenn \u00c4nderungen nicht angezeigt werden<\/a><\/mark><\/em><\/p> Wenn WordPress die Meldung In Ihrer PHP-Installation scheint die MySQL-Erweiterung zu fehlen<\/em> anzeigt, schl\u00e4gt irgendwo in der Ausf\u00fchrungskette ein Schritt fehl. Am einfachsten l\u00e4sst sich das verstehen, wenn man sich diese Kette direkt ansieht.<\/p> Auf einer hohen Ebene sieht der Ablauf so aus:<\/p> Wenn ein Glied dieser Kette nicht korrekt zusammenpasst, kann WordPress die Datenbankschicht nicht initialisieren. Das Ergebnis kann ein Fehler wordpress fehlende mysql-erweiterung<\/em> sein, selbst wenn die Erweiterung technisch vorhanden ist.<\/p> Schauen wir uns an, an welchen Stellen diese Kette normalerweise unterbrochen wird.<\/p> Dies ist das einfachste Szenario. PHP wurde ohne Das kann passieren, wenn:<\/p> In diesem Fall werden Hier existiert die Erweiterung auf dem System, wird aber nicht geladen.<\/p> H\u00e4ufige Gr\u00fcnde:<\/p> In diese Kategorie fallen viele F\u00e4lle von php fehlende mysql-erweiterung wordpress<\/em>. Entwickler sehen Dies ist eine der h\u00e4ufigsten Ursachen in modernen Setups.<\/p> Sie f\u00fchren aus:<\/p> Die Ausgabe zeigt Alles scheint korrekt zu sein.<\/p> Der Webserver verwendet jedoch m\u00f6glicherweise eine v\u00f6llig andere PHP-Version. Diese Version hat eventuell keine MySQL-Unterst\u00fctzung aktiviert.<\/p> In dieser Situation liegt das Problem nicht am Fehlen der MySQL-Unterst\u00fctzung, sondern an einer Laufzeit-Inkonsistenz.<\/p> Das passiert besonders h\u00e4ufig nach:<\/p> Die CLI- und Web-Umgebungen driften dabei unbemerkt auseinander.<\/p> Dies ist der subtilere Fall.<\/p> Trotzdem zeigt WordPress weiterhin Meldungen vom Typ mysql-erweiterung fehler wordpress beheben<\/em> an.<\/p> Hier liegt der Fehler weiter unten in der Ausf\u00fchrungskette:<\/p> Aus Sicht von WordPress schl\u00e4gt die Verbindung w\u00e4hrend des Bootstrap-Prozesses fehl. Die Fehlermeldung geht davon aus, dass die Erweiterungsschicht daf\u00fcr verantwortlich ist.<\/p> Technisch gesehen ist sie es jedoch nicht.<\/p> In Docker- oder Cloud-Deployments kann der Fehler bereits w\u00e4hrend der Build-Phase entstehen.<\/p> Zum Beispiel:<\/p> In solchen F\u00e4llen kann wordpress fehlende mysql-erweiterung<\/em> nach einem scheinbar unabh\u00e4ngigen Infrastruktur-Update auftreten.<\/p> Deshalb tritt dieser Fehler selten isoliert auf. Meist ist er kontextabh\u00e4ngig.<\/p> Wenn Sie die gesamte Kette verstehen, behandeln Sie das Problem nicht mehr als einfache Installationsfrage. Stattdessen identifizieren Sie, welche Ebene sich ver\u00e4ndert hat.<\/p> Diese Perspektive macht die L\u00f6sung methodisch statt reaktiv.<\/p> An diesem Punkt haben Sie wahrscheinlich bereits erkannt, wo die Kette unterbrochen wird. Jetzt stellt sich die praktische Frage: Was genau muss korrigiert werden?<\/p> Die Antwort h\u00e4ngt vollst\u00e4ndig von Ihrer Umgebung ab. Ein Shared-Hosting-Setup verh\u00e4lt sich ganz anders als ein eigener VPS oder ein Docker-Deployment. Der sichtbare Fehler kann identisch sein, aber die zugrunde liegende Ursache unterscheidet sich.<\/p> Gehen wir die h\u00e4ufigsten Szenarien durch.<\/p> Beim Shared Hosting, besonders mit cPanel oder \u00e4hnlichen Control Panels, h\u00e4ngt das Problem oft mit dem Wechsel der PHP-Version zusammen.<\/p> Viele Hosting-Anbieter erlauben mehrere parallele PHP-Versionen. Sie k\u00f6nnen im Panel auf PHP 8.3 aktualisieren, w\u00e4hrend die Domain weiterhin mit einem \u00e4lteren Handler verbunden ist.<\/p> Wenn auf Shared Hosting der Fehler wordpress fehlende mysql-erweiterung<\/em> erscheint, pr\u00fcfen Sie:<\/p> In cPanel bedeutet das normalerweise:<\/p> Nach dem Speichern aktualisieren Sie die Website. Wenn die Runtime korrekt gewechselt wurde, verschwindet der Fehler sofort.<\/p> Falls nicht, ist die Domain m\u00f6glicherweise noch einem anderen PHP-Pool zugeordnet.<\/p> Genau hier verhindert eine professionelle laufende WordPress-Wartung<\/a><\/mark><\/em> eine unbemerkte Konfigurationsabweichung. Kleine Versionsunterschiede werden leicht \u00fcbersehen \u2013 bis sie schlie\u00dflich die Produktivumgebung beeintr\u00e4chtigen.<\/p> In VPS-Umgebungen ist das Problem meist klarer erkennbar.<\/p> Wenn PHP ohne MySQL-Unterst\u00fctzung installiert wurde, k\u00f6nnen Sie dies pr\u00fcfen:<\/p> Wenn nichts angezeigt wird, installieren Sie das erforderliche Modul:<\/p> Starten Sie anschlie\u00dfend den entsprechenden Dienst neu:<\/p> Oder, wenn Sie Apache verwenden:<\/p> Doch genau hier machen viele einen Fehler.<\/p> Sie starten die falsche PHP-FPM-Version neu.<\/p> Wenn mehrere Versionen installiert sind, stellen Sie sicher, dass Sie genau den Dienst neu starten, den Ihr Webserver verwendet. Wenn Sie Allein dieser Versionskonflikt kann den Fehler php missing mysql extension wordpress<\/em> ausl\u00f6sen \u2013 selbst wenn die Erweiterung eigentlich vorhanden ist.<\/p> In modernen Setups, besonders nach PHP-Upgrades, verweisen Konfigurationsdateien manchmal noch auf \u00e4ltere Sockets.<\/p> Zum Beispiel:<\/p> Wenn das System auf PHP 8.3 aktualisiert wurde, Nginx aber weiterhin auf den 8.1-Socket zeigt, l\u00e4dt WordPress die falsche Runtime.<\/p> In diesem Szenario:<\/p> Der Fehler erscheint und wirkt wie eine fehlende Erweiterung.<\/p> Tats\u00e4chlich handelt es sich jedoch um ein Problem mit der Konfigurationszuweisung.<\/p> Containerisierte Umgebungen bringen eine zus\u00e4tzliche Ebene der Komplexit\u00e4t mit sich.<\/p> Wenn Sie aus dem offiziellen PHP-Image bauen, sind MySQL-Erweiterungen nicht immer standardm\u00e4\u00dfig enthalten. Sie m\u00fcssen sie w\u00e4hrend des Builds ausdr\u00fccklich hinzuf\u00fcgen:<\/p> Wenn diese Zeile entfernt, \u00fcbersprungen oder w\u00e4hrend eines Rebuilds \u00fcberschrieben wird, kann beim n\u00e4chsten Deployment pl\u00f6tzlich der Fehler your php installation appears to be missing the mysql extension<\/em> auftreten.<\/p> Das passiert h\u00e4ufig nach:<\/p> Die Erweiterung wurde nie manuell \u201eentfernt\u201c. Der Container wurde einfach ohne sie neu gebaut.<\/p> In komplexen Umgebungen mit API-Schichten, SaaS-Systemen oder KI-Integration in modernen Webplattformen<\/a><\/mark><\/em> treten solche Nebenwirkungen bei Rebuilds h\u00e4ufig auf. WordPress ist dabei oft nur eine Komponente innerhalb einer gr\u00f6\u00dferen Architektur.<\/p> Dieses Thema verdient besondere Aufmerksamkeit.<\/p> Viele Server betreiben gleichzeitig:<\/p> Sie k\u00f6nnen best\u00e4tigen, dass Genau hier wird Erfahrung in der professionellen WordPress-Webentwicklung<\/a><\/mark><\/em> entscheidend. Um herauszufinden, welche PHP-Runtime tats\u00e4chlich die Anfrage verarbeitet, m\u00fcssen die Pool-Konfigurationsdateien gepr\u00fcft werden \u2013 nicht nur die installierten Module.<\/p> Wenn Multi-Version-Setups auseinanderdriften, interessiert WordPress der Grund nicht. Es meldet einfach eine fehlende Erweiterung.<\/p> \u00dcber all diese Szenarien hinweg bleibt das Muster gleich. Das Problem besteht selten darin, etwas Neues zu installieren. Es geht vielmehr darum sicherzustellen, dass die richtige Runtime die richtige Erweiterung im richtigen Konfigurationskontext l\u00e4dt.<\/p> Je komplexer die Infrastruktur, desto subtiler kann die Fehlkonfiguration sein.<\/p> Lesen Sie auch: <\/a>5 Schritte zum Hinzuf\u00fcgen von 301-Weiterleitungen zu WordPress \u00fcber htaccess (praktischer Leitfaden)<\/a><\/mark><\/em><\/p> Nachfolgend finden Sie eine praktische \u00dcbersicht zu den h\u00e4ufigsten Varianten des Fehlers your php installation appears to be missing the mysql extension<\/em>.<\/p> Diese Tabelle zeigt die typischen Ursachen f\u00fcr den Fehler wordpress missing mysql extension<\/em> in modernen PHP-8.x-Umgebungen.<\/p> Beachten Sie dabei einen wichtigen Punkt.<\/p> In mehr als der H\u00e4lfte dieser Szenarien ist die Erweiterung technisch vorhanden. Das Problem ist kontextbedingt \u2013 falsche Runtime, falsche Konfigurationsdatei oder der falsche neu gestartete Dienst.<\/p> Deshalb bringt das blinde Neuinstallieren von Paketen oft keinerlei L\u00f6sung.<\/p> Wenn keiner der oben genannten Punkte zu Ihrem Fall passt, lohnt es sich, das tats\u00e4chliche Verhalten im System zu analysieren statt nur theoretische Annahmen zu pr\u00fcfen.<\/p> Schauen wir uns an, wie das in der Praxis aussieht.<\/p> Eine typische Situation sieht so aus.<\/p> Ein Server l\u00e4uft mit PHP 8.1 ohne Probleme. Unmittelbar nach dem Upgrade zeigt WordPress:<\/p> your php installation appears to be missing the mysql extension<\/em><\/p> Die erste Vermutung ist meist, dass PHP 8.3 die MySQL-Unterst\u00fctzung entfernt hat.<\/p> Das ist jedoch nicht der Fall.<\/p> Was in vielen dieser F\u00e4lle tats\u00e4chlich passiert ist:<\/p> Aus Sicht von WordPress ist die Datenbankebene w\u00e4hrend des Bootstraps fehlgeschlagen. Daraufhin erscheint die generische Fehlermeldung.<\/p>Schnelle 60-Sekunden-Diagnose<\/h2>
1. Die aktive PHP-Version \u00fcberpr\u00fcfen<\/h3>
php -v<\/pre>
info.php<\/code> im WordPress-Stammverzeichnis:<\/p><\/pre>
2. Pr\u00fcfen, ob MySQLi oder PDO_MySQL geladen ist<\/h3>
phpinfo()<\/code> nach:<\/p>mysqli<\/code><\/li>\n\npdo_mysql<\/code><\/li><\/ul>php -m | grep -i mysql<\/pre>
3. Die geladene php.ini-Datei \u00fcberpr\u00fcfen<\/h3>
phpinfo()<\/code> nach der Zeile:<\/p>extension_dir<\/pre>
extension_dir<\/code> auf ein falsches Verzeichnis oder auf einen anderen PHP-Build verweist, k\u00f6nnen Erweiterungen wie mysqli<\/code> oder pdo_mysql<\/code> zwar auf der Festplatte vorhanden sein, aber zur Laufzeit nicht geladen werden. In solchen F\u00e4llen bedeutet mysql-erweiterung fehler wordpress beheben<\/em> nicht, etwas Neues zu installieren. Es bedeutet, PHP mit dem richtigen Erweiterungsverzeichnis abzugleichen.<\/p>Warum dieser Fehler in modernen PHP-Umgebungen irref\u00fchrend ist<\/h2>
mysql<\/code>-Erweiterung ist seit Jahren veraltet und wurde aus modernen PHP-Versionen vollst\u00e4ndig entfernt. WordPress verwendet sie nicht mehr. Stattdessen nutzt es mysqli<\/code> oder pdo_mysql<\/code>, die beide standardm\u00e4\u00dfig in PHP-8.x-Builds enthalten sind.<\/p>![\"MySQL-vs-MySQLi\"](\"https:\/\/codico.io\/wp-content\/uploads\/2026\/03\/MySQL-vs-MySQLi.png\")
<\/figure><\/div>MySQL vs. MySQLi: Die Namensfalle<\/h3>
mysql<\/code> zu installieren, obwohl dieses Modul in PHP 8.2 oder 8.3 gar nicht mehr existiert.<\/p>mysqli<\/code><\/li>\n\npdo_mysql<\/code><\/li><\/ul>PHP 8.x und das Problem des Laufzeitkontexts<\/h3>
php.ini<\/code>-Dateien f\u00fcr CLI und Web<\/li><\/ul>mysqli<\/code> als geladen angezeigt werden<\/li>\n\nextension_dir<\/code><\/li>\n\npdo_mysql<\/code> nicht installiert<\/li><\/ul>Wenn es gar nicht an der Erweiterung liegt<\/h3>
Wo die Verbindung unterbrochen wird<\/h2>
WordPress Core
1. Die Erweiterung ist nicht installiert<\/h3>
mysqli<\/code> oder pdo_mysql<\/code> installiert.<\/p>mysqlnd<\/code> kompiliert wurde<\/li>\n\nmysqli<\/code> oder pdo_mysql<\/code> weder in php -m<\/code> noch in phpinfo()<\/code> angezeigt. Die Fehlermeldung ist dann korrekt.<\/p>2. Die Erweiterung ist installiert, aber nicht aktiviert<\/h3>
extension=mysqli<\/code> fehlt in der php.ini<\/code><\/li>\n\nphp.ini<\/code>-Dateien verwendet<\/li>\n\nextension_dir<\/code> ist konfiguriert<\/li><\/ul>mysqli.so<\/code> im Erweiterungsverzeichnis und gehen davon aus, dass alles in Ordnung ist. In Wirklichkeit l\u00e4dt PHP-FPM die Erweiterung jedoch nie.<\/p>3. CLI-PHP und Web-PHP sind unterschiedlich<\/h3>
php -m | grep -i mysql<\/pre>
mysqli<\/code>.<\/p>4. Die Erweiterung wird geladen, aber die Datenbankschicht schl\u00e4gt fehl<\/h3>
mysqli<\/code> erscheint in phpinfo()<\/code>.wp-config.php<\/code><\/li>\n\n5. Containerisierte und Cloud-Umgebungen<\/h3>
pdo_mysql<\/code><\/li>\n\ndocker-php-ext-install mysqli pdo_mysql<\/code> wurde \u00fcbersprungen<\/li>\n\nDie tats\u00e4chlichen Ursachen hinter dem MySQL-Erweiterungsfehler<\/h2>
Shared-Hosting-Umgebungen<\/h3>
mysqli<\/code> und pdo_mysql<\/code> in der Liste der PHP-Erweiterungen aktiviert sind<\/li>\n\nmysqli<\/code> und mysqlnd<\/code> aktiviert sind<\/li><\/ol>VPS- und Dedicated-Server-Setups (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> neu starten, w\u00e4hrend Nginx auf php8.3-fpm<\/code> verweist, \u00e4ndert sich nichts.<\/p>Nginx + PHP-FPM Fehlkonfiguration<\/h3>
fastcgi_pass unix:\/run\/php\/php8.1-fpm.sock;<\/pre>
mysqli<\/code><\/li>\n\nDocker- und containerisierte Deployments<\/h3>
RUN docker-php-ext-install mysqli pdo pdo_mysql<\/pre>
Mehrere PHP-Installationen<\/h3>
\/usr\/bin\/php<\/code><\/li>\n\n\/usr\/local\/bin\/php<\/code><\/li>\n\nmysqli<\/code> global installiert ist, doch der aktive Pool kann eine andere php.ini<\/code> verwenden.<\/p>Fehleranalyse-Tabelle: Symptom \u2192 Ursache \u2192 L\u00f6sung<\/h2>
Symptom<\/th> Wahrscheinliche Ursache<\/th> Was pr\u00fcfen<\/th> Praktische L\u00f6sung<\/th><\/tr><\/thead> php -m<\/code> zeigt keine MySQL-Module<\/td>MySQL-Erweiterung nicht installiert<\/td> Modulliste der CLI<\/td> php-mysql<\/code> installieren oder mysqli<\/code> \/ pdo_mysql<\/code> aktivieren<\/td><\/tr>php -m<\/code> zeigt mysqli<\/code>, der Browser jedoch nicht<\/td>Unterschied zwischen CLI- und Web-PHP<\/td> phpinfo()<\/code> mit CLI-Version vergleichen<\/td>PHP-FPM-Version mit dem Webserver abgleichen<\/td><\/tr> mysqli<\/code> in phpinfo()<\/code> sichtbar, aber WordPress funktioniert nicht<\/td>Falsches extension_dir<\/code><\/td>extension_dir<\/code> in php.ini<\/code><\/td>Verzeichnispfad korrigieren und FPM neu starten<\/td><\/tr> Fehler nach einem PHP-Upgrade<\/td> Nginx oder Apache verweist auf alten Socket<\/td> Webserver-Konfiguration<\/td> fastcgi_pass<\/code> oder PHP-Handler aktualisieren<\/td><\/tr>Fehler nach einer Migration<\/td> PHP-Version wurde stillschweigend gewechselt<\/td> Hosting-Panel \/ MultiPHP<\/td> Die korrekte PHP-Version der Domain erneut zuweisen<\/td><\/tr> Fehler in Docker<\/td> Erweiterung beim Build nicht installiert<\/td> Dockerfile<\/td> docker-php-ext-install mysqli pdo_mysql<\/code> hinzuf\u00fcgen und Container neu bauen<\/td><\/tr>Datenbankverbindung schl\u00e4gt weiterhin fehl<\/td> Socket- oder Host-Konflikt<\/td> wp-config.php<\/code> DB_HOST<\/td>Host auf den richtigen TCP- oder Socket-Pfad anpassen<\/td><\/tr> Fehler erscheint zuf\u00e4llig<\/td> Mehrere PHP-Pools aktiv<\/td> FPM-Pool-Konfigurationen<\/td> Aktiven Pool pr\u00fcfen und den richtigen Dienst neu starten<\/td><\/tr><\/tbody><\/table><\/figure> Praxisbeispiel: Nach dem Upgrade auf PHP 8.3<\/h2>
mysqli<\/code> wurde kompiliert und ist verf\u00fcgbar<\/li>\n\n