Votre installation PHP semble ne pas inclure l\u2019extension MySQL requise par WordPress.<\/em><\/p><\/blockquote> C\u2019est l\u2019un de ces messages qui semblent simples\u2026 mais qui le sont rarement.<\/p> Dans les anciens guides, l\u2019explication est presque toujours la m\u00eame : En r\u00e9alit\u00e9, surtout dans les environnements modernes (PHP 8.2, 8.3, 8.4), cette erreur a g\u00e9n\u00e9ralement tr\u00e8s peu \u00e0 voir avec une extension manquante \u2014 et beaucoup plus avec la fa\u00e7on dont PHP est configur\u00e9, charg\u00e9 ou s\u00e9par\u00e9 entre diff\u00e9rents environnements.<\/p> Elle appara\u00eet parfois :<\/p> Et parfois \u2014 apr\u00e8s<\/p> Avant de r\u00e9installer quoi que ce soit ou de modifier les fichiers de configuration, prenez un moment. Lorsque vous voyez le message your php installation appears to be missing the mysql extension<\/em>, le r\u00e9flexe est souvent de commencer imm\u00e9diatement \u00e0 installer des paquets. En pratique, cela aggrave souvent la situation.<\/p> L\u2019objectif r\u00e9el est simple : d\u00e9terminer si wordpress missing mysql extension<\/em> est r\u00e9ellement caus\u00e9 par une extension manquante, ou si PHP charge quelque chose de diff\u00e9rent de ce que vous attendez.<\/p> Dans les environnements modernes, en particulier avec PHP 8.2 ou 8.3, le probl\u00e8me est souvent li\u00e9 au contexte plut\u00f4t qu\u2019\u00e0 une v\u00e9ritable absence.<\/p> Commencez par les bases. Quelle version de PHP est r\u00e9ellement en cours d\u2019ex\u00e9cution ?<\/p> Si vous avez un acc\u00e8s SSH :<\/p> Cela affiche la version CLI. C\u2019est utile, mais pas d\u00e9finitif. Votre serveur web peut ex\u00e9cuter une version de PHP totalement diff\u00e9rente.<\/p> Pour confirmer l\u2019environnement web, cr\u00e9ez un fichier temporaire nomm\u00e9 Ouvrez-le dans votre navigateur et v\u00e9rifiez :<\/p> Il est \u00e9tonnamment courant de voir PHP 8.3 en CLI alors que le navigateur indique PHP 8.1. Dans ce cas, php missing mysql extension wordpress<\/em> peut ne pas concerner MySQL du tout. Il peut simplement s\u2019agir de la mauvaise instance PHP.<\/p> Dans la sortie de Si aucun des deux n\u2019appara\u00eet, alors PHP ne dispose r\u00e9ellement pas du support MySQL et le message your php installation appears to be missing the mysql extension<\/em> est techniquement correct.<\/p> S\u2019ils apparaissent, la situation devient plus int\u00e9ressante. WordPress peut toujours afficher une erreur missing mysqli extension wordpress<\/em> m\u00eame si l\u2019extension existe. Cela indique g\u00e9n\u00e9ralement un probl\u00e8me de configuration plut\u00f4t qu\u2019un \u00e9chec d\u2019installation.<\/p> Depuis SSH, vous pouvez \u00e9galement ex\u00e9cuter :<\/p> Encore une fois, cette commande v\u00e9rifie uniquement les modules CLI. Le serveur web peut charger un ensemble d\u2019extensions diff\u00e9rent.<\/p> Sur la page Loaded Configuration File<\/em><\/p> Assurez-vous que le chemin correspond \u00e0 la version de PHP r\u00e9ellement utilis\u00e9e par votre serveur web.<\/p> Puis recherchez :<\/p> Si \u00c0 ce stade, l\u2019une des trois conclusions suivantes appara\u00eet g\u00e9n\u00e9ralement :<\/p> Ce n\u2019est qu\u2019apr\u00e8s avoir identifi\u00e9 le sc\u00e9nario correspondant que vous devez avancer. Sinon, vous risquez de r\u00e9soudre le mauvais probl\u00e8me.<\/p> \u00c0 premi\u00e8re vue, le message your php installation appears to be missing the mysql extension<\/em> semble pr\u00e9cis. Il sugg\u00e8re qu\u2019un \u00e9l\u00e9ment est absent et que son installation r\u00e9soudra tout.<\/p> En 2026, cette hypoth\u00e8se est souvent incorrecte.<\/p> L\u2019extension Ainsi, lorsque WordPress affiche aujourd\u2019hui une erreur wordpress missing mysql extension<\/em>, cela signifie rarement \u00ab vous avez oubli\u00e9 d\u2019installer le support MySQL \u00bb. Le plus souvent, cela indique que PHP n\u2019a pas r\u00e9ussi \u00e0 charger le module correct au moment de l\u2019ex\u00e9cution.<\/p> Cette distinction est importante.<\/p> Lire aussi: <\/a>Comment am\u00e9liorer le Time to First Byte (TTFB) de votre site WordPress<\/a><\/mark><\/em><\/p> Le message d\u2019erreur fait toujours r\u00e9f\u00e9rence \u00e0 \u00ab l\u2019extension MySQL \u00bb, ce qui pousse de nombreux d\u00e9veloppeurs \u00e0 rechercher le mauvais paquet. Ils essaient d\u2019installer En r\u00e9alit\u00e9, WordPress a besoin de :<\/p> Si aucun des deux n\u2019est disponible pour l\u2019environnement PHP actif, vous pouvez voir des variantes comme missing mysqli extension wordpress<\/em> ou php missing mysql extension wordpress<\/em>.<\/p> Mais la formulation du message d\u2019erreur n\u2019a pas \u00e9volu\u00e9 avec PHP. C\u2019est l\u00e0 que la confusion commence.<\/p> Les environnements PHP modernes sont rarement simples.<\/p> Vous pouvez avoir :<\/p> Dans ces environnements, fix mysql extension error wordpress<\/em> ne consiste pas \u00e0 t\u00e9l\u00e9charger un module. Il s\u2019agit de s\u2019assurer que le bon environnement PHP charge la bonne extension depuis le bon r\u00e9pertoire.<\/p> Par exemple :<\/p> Tous ces sc\u00e9narios d\u00e9clenchent le m\u00eame message.<\/p> C\u2019est pourquoi installer des paquets \u00e0 l\u2019aveugle est rarement la bonne premi\u00e8re \u00e9tape. Le vrai probl\u00e8me concerne presque toujours un manque d\u2019alignement.<\/p> WordPress, PHP et la base de donn\u00e9es doivent fonctionner dans le m\u00eame contexte de configuration. Lorsqu\u2019un \u00e9l\u00e9ment change \u2014 notamment lors d\u2019une mise \u00e0 niveau de PHP vers 8.3 \u2014 le syst\u00e8me se d\u00e9r\u00e8gle discr\u00e8tement et WordPress affiche cette erreur g\u00e9n\u00e9rique.<\/p> Il existe une autre nuance facile \u00e0 n\u00e9gliger.<\/p> Parfois, l\u2019extension est correctement charg\u00e9e, mais WordPress ne peut toujours pas se connecter \u00e0 la base de donn\u00e9es. Dans ces cas, le message peut appara\u00eetre parce que la couche de connexion \u00e0 la base de donn\u00e9es \u00e9choue tr\u00e8s t\u00f4t dans le processus d\u2019initialisation.<\/p> Cela peut se produire lorsque :<\/p> Du point de vue de WordPress, la connexion \u00e0 la base de donn\u00e9es \u00e9choue. L\u2019hypoth\u00e8se de secours est alors un support MySQL manquant.<\/p> Autrement dit, le message d\u2019erreur ne d\u00e9crit pas toujours la cause r\u00e9elle. Il d\u00e9crit le sympt\u00f4me.<\/p> Comprendre ce contexte change la mani\u00e8re d\u2019aborder le probl\u00e8me. Au lieu de r\u00e9installer des extensions, vous commencez \u00e0 analyser la cha\u00eene d\u2019ex\u00e9cution.<\/p> Et c\u2019est l\u00e0 que commence le v\u00e9ritable diagnostic.<\/p> Lire aussi: <\/a>Comment vider le cache WordPress lorsque vos modifications n\u2019apparaissent pas<\/a><\/mark><\/em><\/p> Lorsque WordPress affiche le message your php installation appears to be missing the mysql extension<\/em>, quelque chose \u00e9choue dans la cha\u00eene d\u2019ex\u00e9cution. La fa\u00e7on la plus claire de le comprendre est d\u2019observer directement cette cha\u00eene.<\/p> \u00c0 un niveau global, le flux ressemble \u00e0 ceci :<\/p> Si un maillon de cette cha\u00eene est mal align\u00e9, WordPress ne peut pas initialiser la couche de base de donn\u00e9es. Le r\u00e9sultat peut \u00eatre une erreur wordpress missing mysql extension<\/em>, m\u00eame si l\u2019extension existe techniquement.<\/p> Examinons o\u00f9 cette cha\u00eene se rompt le plus souvent.<\/p> C\u2019est le sc\u00e9nario le plus simple. PHP a \u00e9t\u00e9 install\u00e9 sans Cela peut se produire lorsque :<\/p> Dans ce cas, Ici, l\u2019extension existe sur le disque mais n\u2019est pas charg\u00e9e.<\/p> Raisons courantes :<\/p> C\u2019est dans ce cas que se situent de nombreux probl\u00e8mes php missing mysql extension wordpress<\/em>. Les d\u00e9veloppeurs voient C\u2019est l\u2019une des causes les plus fr\u00e9quentes dans les environnements modernes.<\/p> Vous ex\u00e9cutez :<\/p> La commande affiche Tout semble correct.<\/p> Mais le serveur web utilise en r\u00e9alit\u00e9 une autre version de PHP. Cette version peut ne pas avoir le support MySQL activ\u00e9.<\/p> Dans cette situation, le probl\u00e8me n\u2019est pas l\u2019absence du support MySQL. Il s\u2019agit d\u2019un d\u00e9calage entre les environnements d\u2019ex\u00e9cution.<\/p> Cela arrive particuli\u00e8rement souvent apr\u00e8s :<\/p> Les environnements CLI et web se d\u00e9synchronisent silencieusement.<\/p> C\u2019est le cas le plus subtil.<\/p> Pourtant, WordPress affiche toujours des messages du type fix mysql extension error wordpress<\/em>.<\/p> Ici, la rupture se produit plus bas dans la cha\u00eene :<\/p> Du point de vue de WordPress, la connexion \u00e9choue lors de l\u2019initialisation. Le message d\u2019erreur suppose que la couche d\u2019extensions en est responsable.<\/p> Techniquement, ce n\u2019est pas le cas.<\/p> Dans les d\u00e9ploiements Docker ou cloud, la rupture peut se produire au moment de la construction.<\/p> Par exemple :<\/p> Dans ces cas, wordpress missing mysql extension<\/em> peut appara\u00eetre apr\u00e8s ce qui semblait \u00eatre une mise \u00e0 jour d\u2019infrastructure sans rapport.<\/p> C\u2019est pourquoi cette erreur est rarement isol\u00e9e. Elle est presque toujours li\u00e9e au contexte.<\/p> Lorsque vous comprenez la cha\u00eene, vous cessez de consid\u00e9rer ce probl\u00e8me comme une simple question d\u2019installation. \u00c0 la place, vous identifiez quelle couche a chang\u00e9.<\/p> Cette approche rend la r\u00e9solution m\u00e9thodique plut\u00f4t que r\u00e9active.<\/p> \u00c0 ce stade, vous avez probablement identifi\u00e9 o\u00f9 la cha\u00eene se rompt. La question devient maintenant pratique : que faut-il exactement corriger ?<\/p> La r\u00e9ponse d\u00e9pend enti\u00e8rement de votre environnement. Un h\u00e9bergement mutualis\u00e9 fonctionne tr\u00e8s diff\u00e9remment d\u2019un VPS personnalis\u00e9 ou d\u2019un d\u00e9ploiement Docker. L\u2019erreur affich\u00e9e peut \u00eatre identique, mais la cause sous-jacente varie.<\/p> Passons en revue les sc\u00e9narios les plus courants.<\/p> Sur un h\u00e9bergement mutualis\u00e9, en particulier avec cPanel ou des panneaux de contr\u00f4le similaires, le probl\u00e8me est souvent li\u00e9 au changement de version de PHP.<\/p> De nombreux fournisseurs d\u2019h\u00e9bergement permettent d\u2019utiliser plusieurs versions de PHP simultan\u00e9ment. Vous pouvez passer \u00e0 PHP 8.3 dans le panneau de contr\u00f4le, mais le domaine peut toujours \u00eatre li\u00e9 \u00e0 un gestionnaire plus ancien.<\/p> Si vous voyez wordpress extension mysql manquante<\/em> sur un h\u00e9bergement mutualis\u00e9, v\u00e9rifiez les points suivants :<\/p> Dans cPanel, cela implique g\u00e9n\u00e9ralement :<\/p> Apr\u00e8s avoir enregistr\u00e9 les modifications, actualisez le site. Si l\u2019environnement d\u2019ex\u00e9cution bascule correctement, l\u2019erreur dispara\u00eet imm\u00e9diatement.<\/p> Si ce n\u2019est pas le cas, le domaine peut toujours \u00eatre associ\u00e9 \u00e0 un autre pool PHP.<\/p> C\u2019est pr\u00e9cis\u00e9ment l\u00e0 qu\u2019une maintenance WordPress continue<\/a><\/mark><\/em> \u00e9vite les d\u00e9rives de configuration silencieuses. De petites incompatibilit\u00e9s de version passent facilement inaper\u00e7ues jusqu\u2019\u00e0 ce qu\u2019elles perturbent l\u2019environnement de production.<\/p> Dans les environnements VPS, le probl\u00e8me est g\u00e9n\u00e9ralement plus explicite.<\/p> Si PHP a \u00e9t\u00e9 install\u00e9 sans prise en charge de MySQL, vous pouvez v\u00e9rifier avec la commande suivante :<\/p> Si rien n\u2019appara\u00eet, installez le module requis :<\/p> Ensuite, red\u00e9marrez le service appropri\u00e9 :<\/p> Ou, si vous utilisez Apache :<\/p> Mais c\u2019est pr\u00e9cis\u00e9ment ici que beaucoup font une erreur.<\/p> Ils red\u00e9marrent la mauvaise version de PHP-FPM.<\/p> Si plusieurs versions sont install\u00e9es, assurez-vous de red\u00e9marrer exactement le service utilis\u00e9 par votre serveur web. Red\u00e9marrer Ce d\u00e9calage \u00e0 lui seul peut provoquer des erreurs php extension mysql manquante wordpress<\/em> m\u00eame lorsque l\u2019extension est bien install\u00e9e.<\/p> Dans les configurations modernes, notamment apr\u00e8s une mise \u00e0 niveau de PHP, les fichiers de configuration peuvent encore faire r\u00e9f\u00e9rence \u00e0 d\u2019anciens sockets.<\/p> Par exemple :<\/p> Si le syst\u00e8me est pass\u00e9 \u00e0 PHP 8.3 mais que Nginx pointe toujours vers le socket 8.1, WordPress s\u2019ex\u00e9cute avec le mauvais environnement.<\/p> Dans ce cas :<\/p> L\u2019erreur appara\u00eet alors et donne l\u2019impression qu\u2019une extension est manquante.<\/p> En r\u00e9alit\u00e9, il s\u2019agit simplement d\u2019un probl\u00e8me de configuration.<\/p> Les environnements conteneuris\u00e9s ajoutent encore une couche suppl\u00e9mentaire.<\/p> Si vous construisez \u00e0 partir de l\u2019image officielle PHP, les extensions MySQL ne sont pas toujours incluses par d\u00e9faut. Vous devez les ajouter explicitement lors de la phase de build :<\/p> Si cette ligne est supprim\u00e9e, ignor\u00e9e ou \u00e9cras\u00e9e lors d\u2019une reconstruction, le d\u00e9ploiement suivant peut soudainement d\u00e9clencher l\u2019erreur votre installation PHP semble manquer de l\u2019extension mysql<\/em>.<\/p> Cela se produit souvent apr\u00e8s :<\/p> L\u2019extension n\u2019a jamais \u00e9t\u00e9 \u00ab supprim\u00e9e \u00bb manuellement. Le conteneur a simplement \u00e9t\u00e9 reconstruit sans celle-ci.<\/p> Dans des environnements complexes impliquant des couches API, des syst\u00e8mes SaaS ou l\u2019int\u00e9gration de l\u2019IA dans les plateformes web modernes<\/a><\/mark><\/em>, ces effets secondaires lors des reconstructions sont fr\u00e9quents. WordPress peut n\u2019\u00eatre qu\u2019un composant d\u2019une architecture plus large.<\/p> Ce point m\u00e9rite une attention particuli\u00e8re.<\/p> De nombreux serveurs ex\u00e9cutent :<\/p> Vous pouvez confirmer que C\u2019est ici que l\u2019exp\u00e9rience en d\u00e9veloppement web professionnel WordPress<\/a><\/mark><\/em> devient essentielle. Identifier quel environnement PHP traite r\u00e9ellement la requ\u00eate n\u00e9cessite d\u2019examiner les fichiers de configuration des pools, et pas seulement de v\u00e9rifier les modules.<\/p> Lorsque des configurations multi-versions se d\u00e9synchronisent, WordPress ne se pr\u00e9occupe pas de la raison. Il signale simplement qu\u2019une extension est manquante.<\/p> Dans tous ces sc\u00e9narios, le sch\u00e9ma reste le m\u00eame. Le probl\u00e8me concerne rarement l\u2019installation de quelque chose de nouveau. Il s\u2019agit plut\u00f4t de s\u2019assurer que le bon environnement d\u2019ex\u00e9cution charge la bonne extension dans le bon contexte de configuration.<\/p> Plus l\u2019infrastructure est complexe, plus le d\u00e9salignement devient subtil.<\/p> Lire aussi : <\/a>5 \u00e9tapes pour ajouter des redirections 301 dans WordPress via htaccess (guide pratique complet)<\/a><\/mark><\/em><\/p> Voici une r\u00e9f\u00e9rence pratique pr\u00e9sentant les variations les plus courantes de l\u2019erreur votre installation PHP semble manquer de l\u2019extension mysql<\/em>.<\/p> Ce tableau refl\u00e8te ce qui d\u00e9clenche le plus souvent l\u2019erreur wordpress extension mysql manquante<\/em> dans les environnements PHP 8.x modernes.<\/p> Remarquez un point important.<\/p> Dans plus de la moiti\u00e9 de ces sc\u00e9narios, l\u2019extension est techniquement pr\u00e9sente. Le probl\u00e8me est contextuel \u2014 mauvais environnement d\u2019ex\u00e9cution, mauvais fichier de configuration ou mauvais service red\u00e9marr\u00e9.<\/p> C\u2019est pourquoi r\u00e9installer des paquets \u00e0 l\u2019aveugle ne r\u00e9sout g\u00e9n\u00e9ralement rien.<\/p> \u00c0 ce stade, si aucune des lignes ci-dessus ne correspond \u00e0 votre situation, il vaut mieux observer le comportement r\u00e9el du syst\u00e8me plut\u00f4t que de rester dans la th\u00e9orie.<\/p> Voyons \u00e0 quoi cela ressemble en pratique.<\/p> Une situation fr\u00e9quente ressemble \u00e0 ceci.<\/p> Un serveur fonctionne avec PHP 8.1 sans probl\u00e8me. Imm\u00e9diatement apr\u00e8s la mise \u00e0 niveau, WordPress affiche :<\/p> votre installation PHP semble manquer de l\u2019extension mysql<\/em><\/p> Le premier r\u00e9flexe est de penser que PHP 8.3 a supprim\u00e9 la prise en charge de MySQL.<\/p> Ce n\u2019est pas le cas.<\/p> Ce qui s\u2019est r\u00e9ellement produit dans de nombreux cas :<\/p> Du point de vue de WordPress, la couche base de donn\u00e9es a \u00e9chou\u00e9 lors de l\u2019initialisation. Le message d\u2019erreur g\u00e9n\u00e9rique s\u2019est alors affich\u00e9.<\/p>Diagnostic rapide en 60 secondes<\/h2>
1. V\u00e9rifier la version PHP active<\/h3>
php -v<\/pre>
info.php<\/code> dans le r\u00e9pertoire racine de votre installation WordPress :<\/p><\/pre>
2. V\u00e9rifier que MySQLi ou PDO_MySQL est charg\u00e9<\/h3>
phpinfo()<\/code>, recherchez :<\/p>mysqli<\/code><\/li>\n\npdo_mysql<\/code><\/li><\/ul>php -m | grep -i mysql<\/pre>
3. V\u00e9rifier le fichier php.ini charg\u00e9<\/h3>
phpinfo()<\/code>, rep\u00e9rez la ligne :<\/p>extension_dir<\/pre>
extension_dir<\/code> pointe vers un r\u00e9pertoire incorrect ou vers une autre version de PHP, des extensions comme mysqli<\/code> ou pdo_mysql<\/code> peuvent exister sur le disque mais ne pas se charger \u00e0 l\u2019ex\u00e9cution. Dans ces cas, fix mysql extension error wordpress<\/em> ne signifie pas installer quelque chose de nouveau. Il s\u2019agit plut\u00f4t d\u2019aligner PHP avec son r\u00e9pertoire d\u2019extensions correct.<\/p>Pourquoi cette erreur est trompeuse dans les environnements PHP modernes<\/h2>
mysql<\/code> d\u2019origine est obsol\u00e8te depuis des ann\u00e9es et a \u00e9t\u00e9 compl\u00e8tement supprim\u00e9e des versions modernes de PHP. WordPress ne l\u2019utilise plus. \u00c0 la place, il s\u2019appuie sur mysqli<\/code> ou pdo_mysql<\/code>, tous deux standards dans les versions PHP 8.x.<\/p>![\"MySQL-vs-MySQLi\"](\"https:\/\/codico.io\/wp-content\/uploads\/2026\/03\/MySQL-vs-MySQLi.png\")
<\/figure><\/div>MySQL vs MySQLi : le pi\u00e8ge du nom<\/h3>
mysql<\/code>, qui n\u2019existe plus dans PHP 8.2 ou 8.3.<\/p>mysqli<\/code><\/li>\n\npdo_mysql<\/code><\/li><\/ul>PHP 8.x et le probl\u00e8me du contexte d\u2019ex\u00e9cution<\/h3>
php.ini<\/code> pour le CLI et le web<\/li><\/ul>mysqli<\/code> comme charg\u00e9<\/li>\n\nextension_dir<\/code> obsol\u00e8te<\/li>\n\npdo_mysql<\/code><\/li><\/ul>Quand le probl\u00e8me ne vient m\u00eame pas de l\u2019extension<\/h3>
O\u00f9 la connexion se rompt<\/h2>
WordPress Core
1. L\u2019extension n\u2019est pas install\u00e9e<\/h3>
mysqli<\/code> ni pdo_mysql<\/code>.<\/p>mysqlnd<\/code><\/li>\n\nphp -m<\/code> et phpinfo()<\/code> n\u2019afficheront pas mysqli<\/code> ni pdo_mysql<\/code>. L\u2019erreur est alors correcte.<\/p>2. L\u2019extension est install\u00e9e mais non activ\u00e9e<\/h3>
extension=mysqli<\/code> est absent du fichier php.ini<\/code><\/li>\n\nphp.ini<\/code> sont utilis\u00e9s pour le CLI et le web<\/li>\n\nextension_dir<\/code> est configur\u00e9<\/li><\/ul>mysqli.so<\/code> dans le dossier des extensions et supposent que tout fonctionne. Pendant ce temps, PHP-FPM ne le charge jamais.<\/p>3. Le PHP CLI et le PHP du web sont diff\u00e9rents<\/h3>
php -m | grep -i mysql<\/pre>
mysqli<\/code>.<\/p>4. L\u2019extension se charge mais la couche base de donn\u00e9es \u00e9choue<\/h3>
mysqli<\/code> appara\u00eet dans phpinfo()<\/code>.wp-config.php<\/code><\/li>\n\n5. Environnements conteneuris\u00e9s et cloud<\/h3>
pdo_mysql<\/code><\/li>\n\ndocker-php-ext-install mysqli pdo_mysql<\/code> a \u00e9t\u00e9 ignor\u00e9<\/li>\n\nLes causes r\u00e9elles derri\u00e8re l\u2019erreur d\u2019extension MySQL<\/h2>
Environnements d\u2019h\u00e9bergement mutualis\u00e9<\/h3>
mysqli<\/code> et pdo_mysql<\/code> sont activ\u00e9s dans la liste des extensions PHP<\/li>\n\nmysqli<\/code> et mysqlnd<\/code> sont coch\u00e9s<\/li><\/ol>Configurations VPS et serveurs d\u00e9di\u00e9s (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> alors que Nginx pointe vers php8.3-fpm<\/code> ne change rien.<\/p>Incompatibilit\u00e9 Nginx + PHP-FPM<\/h3>
fastcgi_pass unix:\/run\/php\/php8.1-fpm.sock;<\/pre>
mysqli<\/code><\/li>\n\nDocker et d\u00e9ploiements conteneuris\u00e9s<\/h3>
RUN docker-php-ext-install mysqli pdo pdo_mysql<\/pre>
Installations Multi-PHP<\/h3>
\/usr\/bin\/php<\/code><\/li>\n\n\/usr\/local\/bin\/php<\/code><\/li>\n\nmysqli<\/code> est install\u00e9 globalement, mais le pool actif peut utiliser un autre fichier php.ini<\/code>.<\/p>Tableau de d\u00e9pannage : Sympt\u00f4me \u2192 Cause principale \u2192 Solution<\/h2>
Sympt\u00f4me<\/th> Cause probable<\/th> \u00c9l\u00e9ment \u00e0 v\u00e9rifier<\/th> Solution pratique<\/th><\/tr><\/thead> php -m<\/code> n\u2019affiche aucun module MySQL<\/td>Extension MySQL non install\u00e9e<\/td> Liste des modules CLI<\/td> Installer php-mysql<\/code> ou activer mysqli<\/code> \/ pdo_mysql<\/code><\/td><\/tr>php -m<\/code> affiche mysqli<\/code>, mais pas le navigateur<\/td>Diff\u00e9rence entre PHP CLI et PHP Web<\/td> phpinfo()<\/code> vs version CLI<\/td>Aligner la version PHP-FPM avec le serveur web<\/td><\/tr> mysqli<\/code> visible dans phpinfo()<\/code> mais WordPress \u00e9choue<\/td>Mauvais extension_dir<\/code><\/td>extension_dir<\/code> dans php.ini<\/code><\/td>Corriger le chemin du r\u00e9pertoire et red\u00e9marrer FPM<\/td><\/tr> L\u2019erreur appara\u00eet apr\u00e8s une mise \u00e0 jour PHP<\/td> Nginx ou Apache pointe vers un ancien socket<\/td> Configuration du serveur web<\/td> Mettre \u00e0 jour fastcgi_pass<\/code> ou le gestionnaire PHP<\/td><\/tr>L\u2019erreur appara\u00eet apr\u00e8s une migration<\/td> Version PHP chang\u00e9e silencieusement<\/td> Panneau d\u2019h\u00e9bergement \/ MultiPHP<\/td> R\u00e9assigner la bonne version PHP au domaine<\/td><\/tr> Erreur dans Docker<\/td> Extension non install\u00e9e lors du build<\/td> Dockerfile<\/td> Ajouter docker-php-ext-install mysqli pdo_mysql<\/code> et reconstruire<\/td><\/tr>La connexion \u00e0 la base de donn\u00e9es \u00e9choue toujours<\/td> Incoh\u00e9rence du socket ou de l\u2019h\u00f4te<\/td> wp-config.php<\/code> DB_HOST<\/td>Ajuster l\u2019h\u00f4te vers le bon TCP ou le bon chemin de socket<\/td><\/tr> L\u2019erreur appara\u00eet de mani\u00e8re al\u00e9atoire<\/td> Plusieurs pools PHP actifs<\/td> Configurations des pools FPM<\/td> V\u00e9rifier le pool actif et red\u00e9marrer le bon service<\/td><\/tr><\/tbody><\/table><\/figure> Cas r\u00e9el : apr\u00e8s une mise \u00e0 niveau vers PHP 8.3<\/h2>
mysqli<\/code> \u00e9tait compil\u00e9 et disponible<\/li>\n\n