Por qué cPanel y phpMyAdmin muestran tamaños distintos para una base de datos

cPanel y phpMyAdmin pueden mostrar cifras diferentes para la misma base porque la fuente y el momento de actualización dependen de la configuración del servidor.

Comprobar cuánto ocupa la base de datos en cPanel y phpMyAdmin

• phpMyAdmin obtiene de INFORMATION_SCHEMA el espacio asignado a los datos e índices. En InnoDB estas cifras son aproximadas.
• cPanel puede obtener el uso desde INFORMATION_SCHEMA o desde los ficheros del servidor, según la configuración de WHM. Con la opción predeterminada utiliza INFORMATION_SCHEMA.
• cPanel mantiene una caché de los tamaños durante unas cuatro horas.
• En MySQL 8, las estadísticas de tablas que consulta phpMyAdmin pueden permanecer en caché hasta 24 horas con la configuración predeterminada.

Por tanto, una diferencia aislada no demuestra que una de las herramientas esté midiendo mal ni que toda la diferencia sea espacio físico recuperable.

Localizar las tablas grandes

Abre la base en phpMyAdmin y ordena las tablas por tamaño. Revisa por separado Datos e Índices. El valor mostrado como Residuo a depurar procede de DATA_FREE: representa espacio asignado que no está ocupado, pero no demuestra por sí solo cuánto se puede devolver al sistema operativo. En un tablespace compartido puede reflejar espacio común a varias tablas.

Entre las tablas que hemos visto crecer de forma significativa están wp_actionscheduler_actions y wp_options en WordPress, y ps_layered_filter_block en PrestaShop, aunque debes identificar siempre qué componente utiliza cada tabla antes de actuar.

Antes de vaciar o eliminar una tabla, identifica qué aplicación la utiliza y genera una copia de seguridad. El nombre no basta para decidir que sea prescindible.

Recuperar espacio sin dañar la base

La operación Optimizar tabla solo debe plantearse después de eliminar una cantidad importante de datos y confirmar que la tabla puede reducirse. En InnoDB suele reconstruir la tabla, consume espacio temporal y genera una carga considerable de disco. Muchas tablas InnoDB admiten escrituras durante parte del proceso, aunque se necesitan bloqueos exclusivos breves y determinados índices o configuraciones pueden obligar a copiar la tabla y bloquearla durante más tiempo. Si la tabla utiliza un tablespace compartido, la operación no garantiza que el fichero físico del servidor se reduzca.

Primero:

1. Genera una copia reciente y confirma que puedes recuperarla.
2. Elimina desde la aplicación únicamente los datos que ya no necesites.
3. Comprueba que existe espacio suficiente para la operación.
4. Optimiza solo las tablas afectadas.

Las cifras todavía no se han actualizado

Espera al menos el siguiente recálculo de cPanel, que normalmente se produce cada cuatro horas. En phpMyAdmin, las estadísticas de MySQL 8 pueden tardar hasta 24 horas en cambiar.

No ejecutes Optimizar tabla únicamente para forzar la actualización de un contador. Si la diferencia continúa después de esos plazos, solicita una revisión indicando la base, las cifras, las pantallas donde aparecen y la hora de la comprobación. Se podrá contrastar con el uso vivo del servidor y determinar si procede actualizar la caché de cPanel sin solicitar credenciales.

Compara siempre la misma base, unidad y momento: MB y MiB no son equivalentes. No sumes el espacio libre de un tablespace compartido una vez por cada tabla. Antes de una reconstrucción grande, acuerda una ventana de trabajo y un margen de espacio con soporte; un contador desactualizado no justifica arriesgar una base que funciona.