Los límites de phpMyAdmin y del navegador son restricciones de la interfaz, no necesariamente de MySQL. Aumentar todos los tiempos puede seguir fallando en el proxy o dejar una importación parcial desconocida. Para bases grandes son más seguros el restaurador del hosting o el cliente MySQL con registros y puntos de control.
Conserva el volcado original y su checksum antes de transformarlo.
Valida el origen
Anota nombre, bytes, compresión, checksum, herramienta o orden de exportación, versión de base, charset y hora.
Comprueba antes de importar:
el volcado se descomprime completo
cabecera SQL y versión
sentencias CREATE o USE
prefijo de tablas
charset y collation
recuento de tablas y filas de origenNo publiques un archivo con secretos en una URL.
Haz copia del destino
Exporta o crea snapshot del destino aunque parezca vacío. Confirma base objetivo y configuración de WordPress.
Ensaya en otra base de staging. Nunca importes sobre la única producción sin reversión.
Comprueba disco: entrada comprimida, SQL expandido, datos MySQL y temporales pueden coexistir.
Entiende los límites del navegador
upload_max_filesize, post_max_size, memoria, tiempo PHP y timeout del proxy pueden detener phpMyAdmin. Aumentarlos amplía el consumo y la superficie de ataque.
Usa el importador de cPanel o Plesk si admite archivos grandes y muestra progreso. No mantengas phpMyAdmin con límites extraordinarios de forma permanente.
Un timeout del navegador no demuestra que el servidor haya detenido la importación.
Prefiere la línea de comandos
En un alojamiento autorizado, transmite el volcado al cliente MySQL sin escribir la contraseña en el historial:
mysql --user=DB_USER --password --host=DB_HOST DB_NAME < backup.sqlEjecuta en un terminal protegido y con el usuario correcto. Captura stderr y el código de salida, y guarda el SQL fuera de la raíz pública.
Para volcados comprimidos, utiliza el método compatible de streaming y confirma que detecta fallos de la tubería.
Gestiona importaciones parciales
Si falló un intento, lista tablas y compara recuentos antes de repetir. Volver a ejecutar un volcado con INSERT simples puede crear duplicados o errores de clave primaria.
Lo más seguro suele ser recrear un destino vacío dedicado e importar desde el principio. Confirma que no recibió escrituras de producción.
No borres la base equivocada; resuelve nombres y copias exactos antes.
Divide solo en límites SQL
Si no hay CLI, utiliza un importador fiable que analice SQL y reanude entre sentencias. No cortes por bytes o líneas dentro de un INSERT múltiple, cadena entrecomillada o procedimiento.
Registra orden, checksum y finalización de cada fragmento. Cierra el acceso público al importador al terminar.
No envíes datos privados de WordPress a servicios online para dividir SQL.
Trata errores de versión y collation
Las versiones de MySQL o MariaDB pueden rechazar collations o modos SQL de otro servidor. Conserva el error exacto y elige una collation compatible según idioma y datos.
No sustituyas declaraciones de charset a ciegas: emojis y contenido multilingüe pueden corromperse sin aviso.
Prueba caracteres acentuados y suplementarios tras importar.
Comprueba integridad de aplicación
Una importación puede terminar correctamente y contener un WordPress antiguo o incompatible. Compara administradores, tema y plugins activos, últimas fechas y opciones esenciales.
Revisa auto-incrementos y metadatos huérfanos con herramientas conscientes de WordPress. Los huecos en IDs son normales. Confirma que cron y migraciones de plugins no reescriban tablas al cargar la web. Mantén correo e integraciones desactivados durante la validación.
Verifica la web restaurada
Compara tablas y filas y actualiza URLs mediante herramientas compatibles con serialización cuando haga falta. Prueba acceso, guardado, metadatos, cron y búsqueda.
Conserva volcados cifrados según la política. El mantenimiento recurrente debe documentar y probar una ruta de importación adecuada al tamaño real; una copia no es útil si la única interfaz no puede aceptarla.