Tu web tiene dos mitades. Los archivos son el diseño y el código; la base de datos es el contenido: tus textos, tus productos, tus pedidos, tus usuarios. Por eso una copia de archivos sin la base no sirve de nada, y por eso vale la pena entender esta parte aunque nunca vayas a escribir una consulta SQL.

Son tres piezas, no una

Crear una base de datos en cPanel son siempre tres pasos, y saltarse el tercero es el error más repetido:

1. La base de datos: el contenedor donde se guarda todo.
2. El usuario: las credenciales con las que la aplicación entra.
3. La asignación del usuario a la base, con sus permisos. Sin este paso el usuario existe, la base existe, y no se hablan.

Crearla paso a paso

1. En cPanel abre Bases de datos MySQL.
2. En Crear una nueva base de datos, escribe un nombre corto y descriptivo: tienda, web, blog.
3. Baja hasta Usuarios de MySQL y crea uno. Usa el generador para la contraseña y cópiala a un lado: la vas a necesitar en el siguiente paso y después no se puede volver a ver.
4. En Agregar un usuario a una base de datos, selecciona ambos y confirma.
5. En la pantalla de permisos marca TODOS LOS PRIVILEGIOS. Una aplicación como WordPress necesita crear y modificar tablas, no sólo leerlas.

Los cuatro datos que pide WordPress

En el archivo wp-config.php, dentro de la carpeta de tu sitio, hay cuatro líneas que tienen que coincidir exactamente con lo que acabas de crear:

• DB_NAME — el nombre completo con prefijo, tucuenta_tienda.
• DB_USER — el usuario completo con prefijo, tucuenta_ventas.
• DB_PASSWORD — la contraseña del usuario, no la de cPanel.
• DB_HOST — localhost. En hosting compartido es siempre eso; si alguna guía de internet te dice que pongas una dirección IP, esa guía es de otro tipo de servidor.

phpMyAdmin: para qué sí y para qué no

phpMyAdmin es la ventana directa a la base. Es útil para exportar una copia, importar una restauración, y mirar una tabla concreta cuando algo no cuadra.

Dos advertencias que valen el minuto que toma leerlas. Primero: aquí no hay deshacer. Un borrado o un cambio se aplica de inmediato y no hay papelera, así que exporta antes de tocar. Segundo: la importación tiene un tope de alrededor de 50 MB, y cuando se supera no siempre avisa con claridad; a veces corta a la mitad y deja una base incompleta que arranca igual. Para archivos grandes, usa la restauración desde Copias de seguridad de cPanel, que no tiene ese límite.

El caso que más nos toca explicar: el disco lleno

Este merece su propio apartado porque nunca parece lo que es. El síntoma llega así: «no puedo publicar en WordPress», «me da Error al actualizar», «no suben las imágenes», a veces con un error 400 o 500. Todo apunta a un problema de WordPress.

No lo es. En cPanel, la base de datos y los archivos temporales cuentan dentro de la misma cuota de disco que tu web y tu correo. Cuando esa cuota se llena, MySQL deja de poder escribir, y WordPress —que no sabe explicar eso— devuelve un error genérico.

Nos tocó un caso de manual: una cuenta usando 19,9 GB con una cuota de 15 GB. El cliente llevaba días peleando con plugins y temas convencido de que era WordPress. Era el disco.

Cómo se comprueba: en la barra lateral de cPanel, el indicador de Uso del disco. Si está al tope o cerca, ese es tu problema. Y ojo con las causas típicas antes de pedir más espacio: copias de seguridad viejas guardadas en el servidor, un error_log que creció hasta varios gigas, o la carpeta de un plugin de backups que nunca borró lo antiguo.

Ampliar la cuota resuelve el síntoma, pero si un WordPress ocupa 20 GB, algo lo está inflando y conviene mirarlo. Y un detalle importante: si el disco estuvo lleno mientras la base intentaba escribir, algunas tablas pueden quedar dañadas. Después de liberar espacio, entra a Bases de datos MySQL y usa la opción de Reparar base de datos.