Tu Instalación de PHP Parece No Tener la Extensión MySQL en WordPress – Solución Completa

El Error Que Aparece de la Nada

Actualizas PHP.
O migras tu sitio.
O configuras un VPS nuevo e instalas WordPress desde cero.

Todo parece funcionar bien — hasta que deja de hacerlo.

De repente, en lugar de tu página de inicio, ves esto:

Tu instalación de PHP parece no tener la extensión MySQL que requiere WordPress.

Es uno de esos mensajes que parecen simples… pero rara vez lo son.

En las guías antiguas, la explicación casi siempre es la misma:
“Instala la extensión MySQL.”

En realidad, especialmente en entornos modernos (PHP 8.2, 8.3, 8.4), este error normalmente tiene muy poco que ver con una extensión faltante — y mucho más con cómo está configurado PHP, cómo se carga o cómo está separado entre distintos entornos.

A veces aparece:

• justo después de actualizar a PHP 8.3
• después de cambiar de Apache a Nginx
• durante una reconstrucción de Docker
• después de una migración del servidor
• cuando CLI y FPM ejecutan versiones diferentes de PHP

Y en ocasiones — después de

Diagnóstico Rápido en 60 Segundos

Antes de reinstalar nada o cambiar archivos de configuración, detente un momento. Cuando ves el mensaje tu instalación de php parece no tener la extensión mysql, el instinto suele ser empezar a instalar paquetes de inmediato. En la práctica, eso a menudo empeora las cosas.

El objetivo real aquí es simple: determinar si wordpress falta extensión mysql realmente está causado por una extensión faltante, o si PHP está cargando algo diferente de lo que esperas.

En entornos modernos, especialmente con PHP 8.2 o 8.3, el problema con frecuencia tiene más que ver con el contexto que con la ausencia.

1. Comprueba la Versión Activa de PHP

Empieza con lo básico. ¿Qué versión de PHP se está ejecutando realmente?

Si tienes acceso por SSH:

php -v

Esto muestra la versión de CLI. Es útil, pero no es definitivo. Tu servidor web puede estar ejecutando una compilación de PHP completamente diferente.

Para confirmar el entorno web, crea un archivo temporal llamado info.php en el directorio raíz de tu WordPress:

Ábrelo en el navegador y comprueba:

• la versión de PHP
• la ruta de Loaded Configuration File
• la Server API (Apache, FPM/FastCGI, etc.)

Es sorprendentemente común ver PHP 8.3 en CLI mientras que el navegador muestra PHP 8.1. En esa situación, php falta extensión mysql wordpress puede no tener nada que ver con MySQL. Puede que simplemente sea una instancia de PHP incorrecta.

2. Confirma que MySQLi o PDO_MySQL Están Cargados

Dentro del resultado de phpinfo(), busca:

• mysqli
• pdo_mysql

Si ninguno aparece, entonces PHP realmente no tiene soporte para MySQL y el mensaje tu instalación de php parece no tener la extensión mysql es técnicamente correcto.

Si aparecen, la situación se vuelve más interesante. WordPress aún puede mostrar un error falta extensión mysqli wordpress aunque la extensión exista. Esto normalmente apunta a un desajuste de configuración más que a un fallo de instalación.

Desde SSH, también puedes ejecutar:

php -m | grep -i mysql

De nuevo, esto solo comprueba los módulos de CLI. El servidor web puede cargar un conjunto diferente de extensiones.

3. Verifica el Archivo php.ini Cargado

En la página de phpinfo(), localiza la línea:

Loaded Configuration File

Asegúrate de que la ruta corresponde a la versión de PHP que tu servidor web está utilizando realmente.

Después busca:

extension_dir

Si extension_dir apunta a un directorio incorrecto o a una compilación diferente de PHP, extensiones como mysqli o pdo_mysql pueden existir en el disco pero no cargarse en tiempo de ejecución. En esos casos, solucionar error extensión mysql wordpress no significa instalar nada nuevo. Significa alinear PHP con su directorio correcto de extensiones.

En este punto, normalmente se llega a una de tres conclusiones:

• La extensión no está instalada en absoluto.
• La extensión está instalada pero no habilitada para el entorno activo.
• CLI y el PHP del servidor web están ejecutando configuraciones diferentes.

Solo después de identificar cuál de estos escenarios se aplica deberías continuar. De lo contrario, corres el riesgo de solucionar el problema equivocado.

Por Qué Este Error Resulta Engañoso en Entornos PHP Modernos

A primera vista, el mensaje tu instalación de php parece no tener la extensión mysql suena preciso. Sugiere que algo falta y que instalarlo resolverá todo.

En 2026, esa suposición suele ser incorrecta.

La extensión original mysql ha estado obsoleta durante años y fue eliminada por completo de las versiones modernas de PHP. WordPress ya no la utiliza. En su lugar, depende de mysqli o pdo_mysql, ambas estándar en las compilaciones de PHP 8.x.

Por lo tanto, cuando WordPress muestra hoy un error wordpress falta extensión mysql, rara vez significa “olvidaste instalar el soporte para MySQL”. Más a menudo, indica que PHP no pudo cargar el módulo correcto en tiempo de ejecución.

Esta diferencia es importante.

Lee también: Cómo mejorar el Time to First Byte (TTFB) de tu sitio WordPress

MySQL vs MySQLi: La Trampa del Nombre

El mensaje de error aún hace referencia a la “extensión MySQL”, lo que lleva a muchos desarrolladores a buscar el paquete equivocado. Intentan instalar mysql, que ya no existe en PHP 8.2 ni en 8.3.

Lo que WordPress realmente necesita es:

• mysqli
• o pdo_mysql

Si ninguno está disponible para el entorno activo de PHP, puedes ver variaciones como falta extensión mysqli wordpress o php falta extensión mysql wordpress.

Pero la redacción del mensaje de error no ha evolucionado junto con PHP. Ahí es donde empieza la confusión.

PHP 8.x y el Problema del Contexto de Ejecución

Las configuraciones modernas de PHP rara vez son simples.

Puedes tener:

• varias versiones de PHP instaladas
• pools de PHP-FPM separados
• implementaciones en contenedores
• compilaciones de PHP personalizadas
• diferentes archivos php.ini para CLI y para web

En estos entornos, solucionar error extensión mysql wordpress no consiste en descargar un módulo. Se trata de asegurarse de que el entorno correcto de PHP cargue la extensión correcta desde el directorio correcto.

Por ejemplo:

• CLI puede mostrar mysqli cargado
• Pero el entorno web puede no hacerlo
• O PHP-FPM puede apuntar a un extension_dir obsoleto
• O una reconstrucción del contenedor puede haber omitido pdo_mysql

Todos estos escenarios generan el mismo mensaje.

Por eso instalar paquetes a ciegas rara vez es el primer paso correcto. El problema real casi siempre tiene que ver con la alineación.

WordPress, PHP y la base de datos deben funcionar dentro del mismo contexto de configuración. Cuando una pieza cambia — especialmente durante una actualización de PHP a 8.3 — el sistema se rompe silenciosamente y WordPress muestra este error genérico.

Cuando Ni Siquiera Se Trata de la Extensión

Hay otro matiz que es fácil pasar por alto.

A veces la extensión está cargada correctamente, pero WordPress aún no puede conectarse a la base de datos. En esos casos, el mensaje puede aparecer porque la capa de base de datos falla al inicio del proceso de arranque.

Esto puede ocurrir cuando:

• las credenciales de la base de datos son incorrectas
• la ruta del socket de MySQL ha cambiado
• MariaDB se ejecuta en TCP mientras PHP espera un socket Unix
• el servicio de base de datos está caído
• SELinux bloquea el acceso

Desde la perspectiva de WordPress, la conexión con la base de datos falla. La suposición de respaldo es que falta el soporte de MySQL.

En otras palabras, el mensaje de error no siempre describe la causa raíz. Describe el síntoma.

Comprender este contexto cambia la forma de abordar el problema. En lugar de reinstalar extensiones, empiezas a rastrear la cadena de ejecución.

Y ahí es donde comienza el diagnóstico real.

Lee también: Cómo borrar la caché de WordPress cuando tus cambios no se muestran

Dónde Se Rompe la Conexión

Cuando WordPress muestra el mensaje tu instalación de php parece no tener la extensión mysql, algo falla en la cadena de ejecución. La forma más clara de entenderlo es observar directamente esa cadena.

A alto nivel, el flujo se ve así:

WordPress Core
 ↓
Entorno de ejecución de PHP (Web SAPI / PHP-FPM / Módulo Apache)
 ↓
Extensión MySQL (mysqli o pdo_mysql)
 ↓
Motor de Base de Datos (MySQL 8 / MariaDB)

Si algún enlace de esta cadena se desajusta, WordPress no puede inicializar la capa de base de datos. El resultado puede ser un error wordpress falta extensión mysql, incluso si la extensión técnicamente existe.

Veamos dónde suele romperse esta cadena.

1. La Extensión No Está Instalada

Este es el escenario más sencillo. PHP se instaló sin mysqli o pdo_mysql.

Esto puede ocurrir cuando:

• se compila PHP desde el código fuente sin mysqlnd
• se utilizan imágenes de contenedor mínimas
• se instala PHP manualmente en un VPS sin el paquete de MySQL

En ese caso, php -m y phpinfo() no mostrarán mysqli ni pdo_mysql. El error es correcto.

2. La Extensión Está Instalada pero No Está Habilitada

Aquí, la extensión existe en el disco pero no está cargada.

Razones comunes:

• extension=mysqli falta en php.ini
• la extensión está compilada pero no activada
• se utilizan diferentes archivos php.ini para CLI y web
• está configurado un extension_dir incorrecto

Aquí es donde encajan muchos casos de php falta extensión mysql wordpress. Los desarrolladores ven mysqli.so en la carpeta de extensiones y asumen que todo está bien. Mientras tanto, PHP-FPM nunca la carga.

3. CLI y el PHP del Servidor Web Son Diferentes

Esta es una de las causas más frecuentes en configuraciones modernas.

Ejecutas:

php -m | grep -i mysql

Y muestra mysqli.

Todo parece correcto.

Pero el servidor web está usando una versión de PHP completamente diferente. Esa versión puede no tener habilitado el soporte para MySQL.

En esta situación, el problema no es la ausencia del soporte para MySQL. Es un desajuste en el entorno de ejecución.

Esto es especialmente común después de:

• actualizar a PHP 8.3
• cambiar de panel de hosting
• activar MultiPHP en cPanel
• migrar de Apache a Nginx

Los entornos de CLI y web se separan silenciosamente.

4. La Extensión Se Carga pero la Capa de Base de Datos Falla

Este es el caso más sutil.

mysqli aparece en phpinfo().
PHP es correcto.
Las rutas de configuración parecen correctas.

Sin embargo, WordPress sigue mostrando mensajes del tipo solucionar error extensión mysql wordpress.

Aquí, la ruptura ocurre más abajo en la cadena:

• ruta de socket incorrecta
• host incorrecto en wp-config.php
• el servicio de base de datos no está en ejecución
• MariaDB se actualizó y cambió los valores por defecto
• problemas de permisos en el archivo del socket

Desde la perspectiva de WordPress, la conexión falla durante el arranque. El mensaje de error asume que la capa de extensiones es la responsable.

Técnicamente, no lo es.

5. Entornos Contenerizados y en la Nube

En implementaciones con Docker o en la nube, la ruptura puede ocurrir durante el proceso de construcción.

Por ejemplo:

• La imagen base no incluye pdo_mysql
• Se omitió docker-php-ext-install mysqli pdo_mysql
• Una reconstrucción reemplazó la capa de PHP pero no la configuración
• Las variables de entorno cambiaron la conectividad con la base de datos

En esos casos, wordpress falta extensión mysql puede aparecer después de lo que parecía una actualización de infraestructura no relacionada.

Por eso este error rara vez es un caso aislado. Casi siempre depende del contexto.

Cuando entiendes la cadena, dejas de tratarlo como un simple problema de instalación. En su lugar, identificas qué capa cambió.

Esa perspectiva hace que la solución sea metódica en lugar de reactiva.

Las Causas Reales Detrás del Error de la Extensión MySQL

A estas alturas, probablemente ya hayas identificado dónde se rompe la cadena. Ahora la pregunta se vuelve práctica: ¿qué es exactamente lo que debe corregirse?

La respuesta depende completamente de tu entorno. Un alojamiento compartido se comporta de forma muy diferente a un VPS personalizado o a una implementación con Docker. El error visible puede ser idéntico, pero la causa subyacente varía.

Veamos los escenarios más comunes.

Entornos de Hosting Compartido

En el hosting compartido, especialmente con cPanel u otros paneles de control similares, el problema suele estar relacionado con el cambio de versión de PHP.

Muchos proveedores de hosting permiten que varias versiones de PHP coexistan. Puedes actualizar a PHP 8.3 en el panel, pero el dominio puede seguir vinculado a un handler más antiguo.

Si ves wordpress falta extensión mysql en un hosting compartido, comprueba:

• Qué versión de PHP está asignada al dominio
• Si mysqli y pdo_mysql están habilitados en la lista de extensiones de PHP
• Si MultiPHP Manager está aplicando el handler correcto

En cPanel, esto normalmente implica:

1. Abrir Select PHP Version
2. Confirmar que PHP 8.2 o 8.3 esté activo
3. Asegurarse de que mysqli y mysqlnd estén marcados

Después de guardar, actualiza el sitio. Si el entorno de ejecución cambia correctamente, el error desaparece de inmediato.

Si no desaparece, el dominio puede seguir asignado a un pool de PHP diferente.

Aquí es donde un mantenimiento continuo de WordPress adecuado evita la deriva silenciosa de la configuración. Pequeñas diferencias de versión son fáciles de pasar por alto hasta que rompen el entorno de producción.

Configuraciones de VPS y Servidores Dedicados (Ubuntu / Debian)

En entornos VPS, el problema suele ser más explícito.

Si PHP se instaló sin soporte para MySQL, puedes verificarlo con:

php -m | grep -i mysql

Si no aparece nada, instala el módulo requerido:

sudo apt update
sudo apt install php-mysql

Luego reinicia el servicio correcto:

sudo systemctl restart php8.3-fpm

O, si usas Apache:

sudo systemctl restart apache2

Pero aquí es donde muchas personas cometen un error.

Reinician la versión incorrecta de PHP-FPM.

Si hay varias versiones instaladas, asegúrate de reiniciar exactamente el servicio que utiliza tu servidor web. Reiniciar php8.2-fpm mientras Nginx apunta a php8.3-fpm no cambia nada.

Este desajuste por sí solo puede provocar errores de php sin extensión mysql wordpress incluso cuando la extensión está instalada.

Desajuste entre Nginx y PHP-FPM

En configuraciones modernas, especialmente después de actualizar PHP, a veces los archivos de configuración siguen haciendo referencia a sockets antiguos.

Por ejemplo:

fastcgi_pass unix:/run/php/php8.1-fpm.sock;

Si el sistema se actualizó a PHP 8.3 pero Nginx todavía apunta al socket de 8.1, WordPress cargará el entorno de ejecución incorrecto.

En ese escenario:

• El CLI muestra mysqli
• PHP 8.3 tiene soporte para MySQL
• El servidor web continúa usando 8.1 sin ese soporte

Entonces aparece el error y parece que falta una extensión.

En realidad, se trata de un problema de referencia en la configuración.

Docker y despliegues en contenedores

Los entornos basados en contenedores introducen otra capa adicional.

Si estás construyendo a partir de la imagen oficial de PHP, las extensiones de MySQL no siempre están incluidas por defecto. Debes agregarlas explícitamente durante la compilación:

RUN docker-php-ext-install mysqli pdo pdo_mysql

Si esa línea se elimina, se omite o se sobrescribe durante una reconstrucción, el siguiente despliegue puede activar repentinamente el error tu instalación de php parece no tener la extensión mysql.

Esto suele ocurrir después de:

• actualizaciones de la imagen base
• cambiar de imágenes Debian a Alpine
• cambios en el pipeline de CI/CD

La extensión nunca fue “eliminada” manualmente. El contenedor simplemente se reconstruyó sin ella.

En entornos complejos que incluyen capas de API, sistemas SaaS o integración de IA en plataformas web modernas, estos efectos secundarios durante las reconstrucciones son comunes. WordPress puede ser solo un componente dentro de una arquitectura más amplia.

Instalaciones con múltiples versiones de PHP

Este punto merece una atención especial.

Muchos servidores ejecutan:

• /usr/bin/php
• /usr/local/bin/php
• múltiples pools de FPM
• pools separados por dominio

Puedes confirmar que mysqli está instalado globalmente, pero el pool activo puede estar utilizando un php.ini diferente.

Aquí es donde la experiencia en desarrollo web profesional en WordPress se vuelve relevante. Identificar qué entorno de ejecución de PHP maneja realmente la solicitud requiere revisar los archivos de configuración de los pools, no solo comprobar los módulos.

Cuando las configuraciones con múltiples versiones empiezan a desalinearse, WordPress no se preocupa por la causa. Simplemente informa que falta una extensión.

En todos estos escenarios, el patrón es el mismo. El problema rara vez consiste en instalar algo nuevo. Se trata de garantizar que el entorno de ejecución correcto cargue la extensión correcta dentro del contexto de configuración adecuado.

Cuanto más compleja es la infraestructura, más sutil puede ser la desalineación.

Leer también: 5 pasos para añadir redirecciones 301 en WordPress mediante htaccess (guía práctica completa)

Tabla de diagnóstico: Síntoma → Causa raíz → Solución

A continuación se muestra una referencia práctica para las variaciones más comunes del error tu instalación de php parece no tener la extensión mysql.

Esta tabla refleja lo que normalmente provoca el error wordpress sin extensión mysql en entornos modernos de PHP 8.x.

Observa algo importante.

En más de la mitad de estos escenarios, la extensión está técnicamente presente. El problema es contextual — entorno de ejecución incorrecto, archivo de configuración incorrecto o reinicio del servicio equivocado.

Por eso reinstalar paquetes a ciegas a menudo no soluciona nada.

En este punto, si ninguno de los casos anteriores coincide con tu situación, vale la pena observar el comportamiento real en lugar de quedarse solo con la teoría.

Veamos cómo se ve esto en la práctica.

Caso Real: Después de Actualizar a PHP 8.3

Una situación común se ve así.

Un servidor ejecuta PHP 8.1 sin problemas.
Todo funciona.
El administrador actualiza a PHP 8.3.

Inmediatamente después de la actualización, WordPress muestra:

tu instalación de php parece no tener la extensión mysql

El instinto es asumir que PHP 8.3 eliminó el soporte para MySQL.

No fue así.

Lo que realmente ocurrió en muchos de estos casos:

• PHP 8.3 se instaló correctamente
• mysqli se compiló y estaba disponible
• Nginx seguía apuntando al socket antiguo de 8.1
• PHP-FPM 8.3 nunca se reinició

Desde la perspectiva de WordPress, la capa de base de datos falló durante el arranque. Apareció el mensaje de error genérico.

En CoDiCo, hemos visto este patrón repetirse muchas veces durante transiciones de versión. La solución rara vez consistía en instalar algo nuevo. Casi siempre se trataba de alinear las capas del entorno de ejecución después de una actualización.

Una vez que el servidor web apuntaba al pool FPM correcto y el servicio se reiniciaba adecuadamente, el error desaparecía al instante.

Casos límite que quizás no esperabas

Hay situaciones en las que todo parece correcto a primera vista. mysqli aparece en phpinfo(). La versión de PHP coincide con la que el servidor debería ejecutar. Las credenciales de la base de datos en wp-config.php parecen correctas. Y aun así WordPress sigue mostrando tu instalación de php parece no tener la extensión mysql.

En este punto, el problema normalmente se encuentra más profundo en la pila.

Una de las causas más pasadas por alto es un desajuste de socket. En muchos sistemas Linux, MySQL o MariaDB se comunican mediante un archivo de socket Unix en lugar de TCP. Si la ruta del socket cambia durante una actualización, PHP puede seguir cargando mysqli, pero fallar al establecer la conexión. WordPress entonces muestra un mensaje genérico de wordpress sin extensión mysql, aunque la extensión en sí funcione perfectamente.

Otro problema sutil aparece después de actualizar MariaDB. Los métodos de autenticación predeterminados o los ajustes de conexión pueden cambiar silenciosamente. Si PHP espera una configuración y el servidor de base de datos ahora requiere otra, el proceso de autenticación falla desde el principio. Desde la capa de la aplicación parece que falta soporte de MySQL. En realidad, se trata de un problema de autenticación o de transporte.

SELinux también puede interferir. En sistemas reforzados, incluso cuando mysqli está habilitado y cargado correctamente, las políticas de seguridad pueden impedir que PHP acceda al socket de la base de datos. La extensión está presente, pero el entorno de ejecución no puede utilizarla. El mensaje de error resultante es engañoso, aunque técnicamente coherente con un fallo en la inicialización de la base de datos.

Las compilaciones personalizadas de PHP introducen otra variable adicional. Si PHP se compiló sin mysqlnd, o se construyó con una biblioteca cliente incompatible, el módulo puede aparecer como instalado pero comportarse de forma impredecible. Estos casos son poco frecuentes, pero cuando ocurren, los pasos estándar de diagnóstico no funcionan porque el problema es estructural.

La orquestación de contenedores añade su propia complejidad. En entornos distribuidos, el host de la base de datos definido en wp-config.php puede resolverse de manera diferente dentro de la red del contenedor. Un nombre de servicio mal configurado o una variable de entorno incorrecta puede romper la conectividad, y WordPress puede volver a mostrar php sin extensión mysql wordpress, aunque la extensión se cargue correctamente dentro del contenedor.

El patrón en todos estos casos límite es el mismo. El error visible rara vez describe la causa real. Solo indica que WordPress no pudo inicializar su capa de base de datos, y la capa de extensiones suele ser la primera suposición.

Cuando llegas a este nivel de diagnóstico, la solución ya no consiste en instalar paquetes. Se convierte en un proceso de seguimiento del flujo de ejecución, verificación de la coherencia de la configuración y confirmación de que cada capa se comunica exactamente como debería.

La buena noticia es que, una vez identificado el punto real de fallo, la solución suele ser sencilla. La dificultad no está en aplicar la corrección, sino en diagnosticar la capa correcta.

A continuación, reuniremos todo en una lista final de verificación de diagnóstico para que puedas comprobar cada capa de forma metódica antes de escalar el problema.

Leer también: Una guía simple y clara para editar el archivo functions.php en WordPress

Lista final de verificación de diagnóstico

Si deseas resolver este problema de forma clara y metódica sin probar soluciones aleatorias, utiliza la lista de verificación a continuación. Está pensada precisamente para el caso en el que WordPress insiste en que tu instalación de php parece no tener la extensión mysql, pero la causa real puede estar oculta en el contexto del entorno de ejecución.

• Confirma la versión de PHP en el navegador mediante phpinfo(), no solo mediante SSH. Si las versiones de CLI y web son diferentes, no estás depurando el mismo entorno de ejecución.
• En phpinfo(), verifica que mysqli o pdo_mysql aparezcan en la lista. Si ninguno aparece, la extensión realmente falta.
• Comprueba la ruta de Loaded Configuration File. Asegúrate de que el php.ini que estás editando es el que realmente carga el entorno web.
• Localiza extension_dir y confirma que coincide con la compilación activa de PHP. Un directorio incorrecto puede impedir silenciosamente que los módulos se carguen.
• Si utilizas PHP-FPM, confirma qué pool y qué socket usa tu servidor web. Después de actualizaciones, las configuraciones de Nginx o Apache a menudo siguen apuntando a sockets antiguos.
• Reinicia el servicio correcto. Reiniciar “algún” servicio PHP-FPM no es suficiente si existen varias versiones. Debe reiniciarse la que está activa.
• Si la extensión está cargada pero el error continúa, verifica la conectividad de la base de datos: estado del servicio, tipo de host (socket vs TCP) y si la ruta del socket cambió.
• Vuelve a revisar wp-config.php en DB_HOST. En entornos con contenedores, el host correcto suele ser un nombre de servicio en lugar de localhost.
• Si tu sistema utiliza SELinux o políticas de seguridad reforzadas, confirma que PHP tenga permiso para acceder al socket de la base de datos o al puerto de red.
• Elimina el archivo info.php cuando hayas terminado. Dejarlo accesible públicamente supone un riesgo de seguridad.

Si puedes marcar todos los puntos anteriores y el sitio aún falla, entonces ya no estás en el territorio de “extensión faltante”. En esa etapa, se trata de un problema más profundo de infraestructura o de consistencia en la compilación, no de una actualización de WordPress.

Preguntas frecuentes

¿Por qué WordPress dice que falta la extensión MySQL si MySQLi está instalada?

Porque el mensaje utiliza una redacción heredada. WordPress necesita mysqli o pdo_mysql, pero si PHP no logra cargarlos en el entorno de ejecución activo, o si el contexto del runtime no coincide, WordPress puede seguir mostrando errores de wordpress sin extensión mysql.

¿PHP 8.3 sigue siendo compatible con MySQL?

Sí. PHP 8.3 es compatible con MySQL mediante mysqli y pdo_mysql. Si estás viendo php sin extensión mysql wordpress, normalmente se trata de un problema de configuración o de alineación del entorno de ejecución, no de una falta de soporte en PHP.

¿Cómo habilito MySQLi en PHP?

En la mayoría de los sistemas, puedes habilitarlo instalando el paquete correspondiente (a menudo php-mysql) o activando el módulo desde tu panel. En Windows, puede requerir descomentar extension=mysqli en php.ini. El detalle importante es habilitarlo para el entorno de ejecución de PHP que realmente utiliza tu servidor web.

¿Por qué php -m muestra mysqli, pero WordPress sigue fallando?

Porque php -m verifica el entorno CLI. Tu servidor web puede estar utilizando una versión diferente de PHP, un php.ini distinto o un pool diferente de PHP-FPM. Esta es una de las causas más comunes detrás de situaciones de corregir error de extensión mysql wordpress.

¿Puede este error deberse a credenciales incorrectas de la base de datos?

Sí. Si WordPress falla en una fase temprana durante la inicialización de la base de datos, el mensaje de error puede resultar engañoso. Credenciales incorrectas, un servicio de base de datos caído o un desajuste de socket pueden provocar síntomas similares incluso cuando mysqli está cargado.

¿Este problema suele solucionarse actualizando WordPress?

A veces, pero no con frecuencia en configuraciones modernas. En entornos con PHP 8.x, este error suele estar más relacionado con la configuración del servidor que con archivos desactualizados del núcleo de WordPress.

Nota final

En la mayoría de los casos reales, tu instalación de php parece no tener la extensión mysql no es un problema de WordPress ni un problema que se solucione “reinstalando PHP”. Es una señal de que una capa dentro de la cadena de ejecución de PHP está desincronizada. Una vez que identificas qué entorno de ejecución está atendiendo realmente la solicitud y confirmas que mysqli o pdo_mysql están cargados allí, la solución suele ser directa.

En CoDiCo, las soluciones más rápidas casi siempre comienzan verificando primero la alineación del entorno de ejecución, no instalando más paquetes.