Solucionar error 'Too many connections' en MySQL Plesk | FAQ

¿Qué significa el error "Too many connections" en MySQL?

Si estás administrando tu sitio web a través de Plesk y de repente ves un mensaje como "Too many connections" o "User already has more than 'max_user_connections' active connections", no te asustes. Este es un error muy común en entornos de hosting compartido o VPS, y tiene una explicación sencilla: tu servidor MySQL ha alcanzado el límite de conexiones simultáneas que puede manejar.

Imagina que tu base de datos es como una tienda con un número limitado de cajeros. Cada vez que un visitante entra a tu web, una aplicación (como WordPress, Joomla o un script personalizado) necesita "hablar" con la base de datos para mostrar contenido, procesar formularios o gestionar usuarios. Cada una de esas conversaciones es una "conexión". Si de repente llegan demasiados clientes a la vez, los cajeros se saturan y algunos se quedan esperando... o simplemente reciben un "lo siento, estamos llenos". Eso es exactamente el error too many connections MySQL Plesk.

Este problema puede ocurrir por varias razones: un pico de tráfico inesperado, un plugin mal optimizado que no cierra las conexiones, un ataque DDoS básico, o simplemente porque el límite por defecto de MySQL (que suele ser 151 o incluso menos en planes básicos) es demasiado bajo para las necesidades de tu sitio.

En este artículo te explicaré paso a paso cómo solucionar too many connections en tu servidor Plesk, tanto si tienes acceso root como si solo eres un usuario con permisos limitados. Además, te daré consejos para evitar que vuelva a ocurrir.

Paso 1: Identificar el problema y acceder a MySQL

Lo primero es confirmar que el error es exactamente ese. Si ves en tu panel de Plesk o en los logs de tu aplicación mensajes como:

SQLSTATE[08004] [1040] Too many connections
User 'usuario' has exceeded the 'max_user_connections' resource

Entonces estás en el lugar correcto. Para solucionarlo, necesitas acceder a la consola de MySQL. Tienes dos caminos:

Opción A: Desde el panel de Plesk (recomendado para principiantes)

Inicia sesión en Plesk.
Ve a Herramientas y Configuración > Gestor de bases de datos (o directamente a la sección de bases de datos de tu dominio).
Allí podrás ver las bases de datos y, si tienes permisos, acceder a phpMyAdmin.
Dentro de phpMyAdmin, busca la pestaña SQL y ejecuta el siguiente comando para ver el límite actual:
```
SHOW VARIABLES LIKE 'max_connections';
```
También puedes ver las conexiones activas con:
```
SHOW STATUS LIKE 'Threads_connected';
```

Si no puedes ejecutar comandos SQL desde phpMyAdmin (por restricciones de permisos), necesitarás la opción B.

Opción B: Acceso por SSH (si tienes permisos de administrador)

Si eres el administrador del servidor o tienes acceso root, conéctate por SSH y ejecuta:

mysql -u root -p

Luego, dentro de la consola de MySQL, verifica el estado:

SHOW VARIABLES LIKE 'max_connections';
SHOW STATUS LIKE 'Threads_connected';

[INFO] El valor de Threads_connected te dirá cuántas conexiones hay activas en este momento. Si es igual o mayor a max_connections, el error es inminente.

Paso 2: Soluciones inmediatas (sin reiniciar el servidor)

Cuando el error bloquea el acceso a tu web, necesitas una solución rápida. Aquí tienes las más efectivas:

2.1. Matar conexiones inactivas

A veces, muchas conexiones quedan "colgadas" por scripts mal escritos. Desde MySQL (con usuario root) puedes verlas y eliminarlas:

SHOW FULL PROCESSLIST;

Esto lista todas las conexiones activas. Fíjate en las que llevan mucho tiempo en estado Sleep o con un tiempo enorme en la columna Time. Para matar una conexión específica:

KILL <ID_del_proceso>;

Si hay muchas, puedes automatizar con un script, pero lo más práctico es reiniciar MySQL suavemente (ver punto siguiente).

2.2. Aumentar temporalmente el límite sin reiniciar

Si tienes acceso root, puedes cambiar el límite "en caliente" (sin reiniciar MySQL) con:

SET GLOBAL max_connections = 500;

Esto es temporal, porque al reiniciar el servicio se perderá. Pero te da tiempo para implementar una solución permanente.

[WARNING] Aumentar demasiado el límite puede saturar la memoria RAM del servidor. No lo subas más del doble del valor original sin antes monitorear el consumo.

2.3. Aumentar el límite para un usuario específico

Si el problema lo causa un solo usuario de base de datos (por ejemplo, el de WordPress), puedes darle más margen sin afectar a otros:

SET GLOBAL max_user_connections = 100;

O, si prefieres por usuario:

ALTER USER 'tu_usuario'@'localhost' WITH MAX_USER_CONNECTIONS 100;

Paso 3: Solución permanente: modificar el archivo de configuración de MySQL

Para que el cambio sea definitivo, debes editar el archivo my.cnf (o my.ini en Windows). En Plesk, suele estar en /etc/my.cnf o /etc/mysql/my.cnf.

3.1. Localizar el archivo

Conéctate por SSH y busca:

find / -name "my.cnf" 2>/dev/null

Normalmente aparece en /etc/my.cnf. También puedes verificar con:

mysql --help | grep "Default options" -A 1

3.2. Editar el archivo

Abre el archivo con un editor como nano o vim:

nano /etc/my.cnf

Dentro, busca la sección [mysqld]. Si no existe, créala al final. Añade o modifica estas líneas:

[mysqld]
max_connections = 500
max_user_connections = 100

Guarda los cambios (Ctrl+O, luego Ctrl+X en nano) y reinicia MySQL:

systemctl restart mysql

O en versiones antiguas:

service mysql restart

[TIP] Si tu servidor tiene poca RAM (por ejemplo, 1 GB), no subas max_connections más de 150-200. Cada conexión consume unos 10-20 MB aproximadamente.

Paso 4: ¿Y si no tienes acceso root? (Hosting compartido)

Si estás en un plan de hosting compartido con Plesk y no puedes editar archivos de sistema, no todo está perdido. Aquí tienes soluciones alternativas:

4.1. Contactar al soporte técnico

El método más directo: abre un ticket o llama a tu proveedor de hosting indicando que tienes el error too many connections MySQL Plesk y que necesitas que aumenten el límite global o el de tu base de datos. Muchos lo hacen sin coste adicional.

4.2. Optimizar tu aplicación

El error suele ser síntoma de una aplicación mal optimizada. Revisa:

Plugins de WordPress: Desactiva plugins que hagan muchas consultas, como los de caché mal configurados, contadores de visitas en tiempo real o foros.
Consultas lentas: Si tienes acceso a phpMyAdmin, activa el log de consultas lentas (o pide a tu hosting que lo haga) para detectar cuellos de botella.
Persistencia de conexiones: Algunos scripts usan mysql_pconnect() en lugar de mysql_connect(), lo que mantiene conexiones abiertas. Evítalo.

4.3. Usar un plugin de gestión de conexiones (WordPress)

Si tu web es WordPress, instala un plugin como "WP-Optimize" o "Query Monitor" para identificar qué está generando tantas conexiones. Luego, desde el archivo wp-config.php, puedes forzar el cierre de conexiones añadiendo:

define('WP_USE_EXT_MYSQL', false);

Y si usas una caché de objetos como Redis, asegúrate de que no esté creando conexiones redundantes.

Paso 5: Prevención a largo plazo

Una vez solucionado el problema, implementa estas buenas prácticas para que no vuelva a ocurrir:

5.1. Monitorización de conexiones

Configura alertas en Plesk (si tu plan lo permite) o usa herramientas como MySQLTuner para recibir informes periódicos:

wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/mysqltuner.pl
perl mysqltuner.pl

5.2. Usar un pool de conexiones

Si tu aplicación soporta Persistent Connections o un pool como ProxySQL, puedes reducir drásticamente el número de conexiones simultáneas a MySQL.

5.3. Aumentar recursos del servidor

Si el error se repite y tu sitio está en crecimiento, considera migrar a un VPS con más RAM o a un plan de hosting dedicado. En Plesk, puedes ver el consumo de recursos en Herramientas y Configuración > Monitor de recursos.

5.4. Revisar la configuración de aplicaciones

WordPress: Asegúrate de que wp-config.php tenga definido WP_MAX_MEMORY_LIMIT y que no esté usando mysql_connect() (obsoleto).
Joomla: Revisa la configuración de la base de datos en configuration.php y reduce el número de conexiones persistentes.
Aplicaciones personalizadas: Si usas PHP, cierra siempre las conexiones con mysqli_close().

Preguntas frecuentes (FAQ)

¿Por qué aparece el error "Too many connections" aunque tenga pocos visitantes?

Puede deberse a un bucle infinito en un script, un plugin que no cierra conexiones, o incluso un ataque de fuerza bruta. Revisa los logs de tu aplicación y de MySQL.

¿Cuál es el límite recomendado para max_connections?

Depende de la RAM. Un valor seguro para un VPS con 2 GB de RAM es 200-300. Para hosting compartido, el proveedor suele fijarlo entre 30 y 100.

¿Puedo solucionar esto desde Plesk sin SSH?

Sí, usando phpMyAdmin para matar conexiones o modificar variables globales (si tienes permisos). También puedes pedir al soporte que aumente el límite.

¿Afecta este error a todos los sitios del servidor?

Sí, porque el límite es global. Si un sitio consume todas las conexiones, los demás también se verán afectados. Por eso es importante actuar rápido.

¿Qué hago si después de aumentar el límite el error persiste?

Significa que tu aplicación está generando más conexiones de las que el servidor puede manejar. Revisa el código, reduce el tiempo de espera (wait_timeout) y considera usar un sistema de caché como Redis o Memcached.

Conclusión

El error "Too many connections" en MySQL con Plesk es frustrante, pero casi siempre tiene solución. Ya sea aumentando el límite temporalmente, matando conexiones colgadas, optimizando tu aplicación o contactando a tu proveedor de hosting, puedes recuperar el control de tu sitio en pocos minutos.

Recuerda que la prevención es clave: monitoriza regularmente el estado de tus bases de datos, mantén tus plugins actualizados y no dudes en escalar recursos si tu sitio crece. Con estos pasos, el temido Plesk MySQL error será solo un mal recuerdo.

[TIP FINAL] Si después de todo sigues teniendo problemas, considera migrar a un servidor con Syspanel (antes conocido como HestiaCP), que ofrece un panel de control ligero y eficiente, accesible por el puerto 2106. Muchos usuarios reportan una gestión más fluida de las conexiones MySQL en entornos con recursos limitados.