phpMyAdmin es la ventana a MySQL en cPanel. Exportar saca un .sql. Importar lo carga en una base de este hosting. Sirve para mudarte, clonar o recuperar una tabla. El producto es el Cloud Web Hosting (sitio elástico), no un phpMyAdmin de root en el cloud.

La base y el usuario se crean antes: crear una base MySQL. Antes de importar encima de un sitio vivo: JetBackup.

Qué vas a tener al terminar

Un archivo SQL en tu computador, o esa misma data cargada en la base de destino, con el juego de caracteres que WordPress espera (utf8mb4) y sin quedarte a medias por el tamaño de subida.

1. Abrir phpMyAdmin

cPanel → Bases de datos → phpMyAdmin. A la izquierda, las bases de esta cuenta (con el prefijo). Elige la que toca. No ejecutes consultas en una base que no sea la del sitio que estás tocando.

2. Exportar

  1. Clic en la base (no solo una tabla, si quieres el sitio entero).
  2. Pestaña Exportar.
  3. Método Rápido y formato SQL valen para un WordPress normal. Continuar y guarda el archivo.
  4. Si el dump es enorme o el navegador corta, método Personalizado: comprimir en gzip, y exportar. El archivo pesa menos.

No elijas «solo datos» o «solo estructura» salvo que sepas por qué. WordPress necesita las dos. El collation: deja el de las tablas; no conviertas a latin1 en el export «para que pese menos».

3. Importar

  1. En destino, la base tiene que existir y estar vacía o la vas a pisar. Usuario con ALL: el artículo de crear base.
  2. phpMyAdmin → esa base → Importar.
  3. Elige el .sql o .sql.gz. Juego de caracteres del archivo: utf8mb4 si el origen era WordPress reciente.
  4. Continuar. Espera. Un dump de tienda puede tardar minutos. No recargues.

Si phpMyAdmin dice que el archivo supera el máximo, no es un misterio: upload_max_filesize y post_max_size de esa cuenta. Súbelos en MultiPHP INI Editor: subir memory_limit y tamaño de subida. Si aun así no cabe, parte el SQL (un archivo por grupo de tablas) o súbelo por SSH/terminal; para muchos es más simple un ticket de migraciones.

4. Después del import

wp-config.php tiene que apuntar a esta base, este usuario y localhost. Si cambiaste de dominio, las URLs en wp_options y en el contenido siguen siendo las viejas: cambiar el dominio de un WordPress (search-replace, no un replace ciego en el SQL de serializados).

Un import a medias deja tablas a mitad. No «completes» a ojo: restaura JetBackup de la base o vuelve a importar sobre una base vacía. Si el origen era otro hosting, no mezcles un dump viejo con tablas que Softaculous acaba de crear: o importas encima de una base vacía, o usas otra base nueva.

5. Lo que no es phpMyAdmin

  • No es el Administrador de archivos. Los .php no se importan aquí.
  • No es Softaculous. Clonar a un subdominio: clonar WordPress.
  • No borres tablas wp_ «para limpiar» sin backup.

Si algo no arranca

  • Error 1044 (Access denied): el usuario no está ligado a esa base o no tiene privilegios.
  • Error 1062 (Duplicate): la base no estaba vacía. Vacía o usa otra.
  • Timeout o 500 al importar: archivo grande o PHP corto. Sube límites o parte el dump. Error 500 si el sitio queda roto.
  • Caracteres raros (tildes): importaste en latin1 un dump utf8mb4. Repite el import con el charset correcto.

Si el SQL es de varios gigas o el import se corta siempre, ticket de migraciones con el tamaño y el nombre de la base. El correo no se mueve con el SQL: las casillas siguen en cPanel. Correo corporativo · Outlook · iPhone. Producto: Cloud Web Hosting.