Dump DB

[bohemianproductions]

Iniciado por gnzsoloyo

No es algo que puedas "agregar" exactamente. Es el modo que se [url]https://es.wikipedia.org/wiki/Codificaci%C3%B3n_de_caracteres[/url], ya que entenderás que las letras, los caracteres, no existen en realidad en la computadora. Son códigos binarios que luego se traducen para ser visualizados.
El problema lo veo por este lado:
Esos símbolos suelen aparecer solamente si el charset que llega la base es diferente al que espera, cosa que puede pasar si usa UNICODE o LATIN1, dado que la base no espera eso.
Si ese es el problema, y el archivo origen no ha sido editado o modificado luego de realizarse el backup, usualmente es un problema de configuración en el FTP. Y eso no lo vas a corregir simplemente agregando o sacando cosas del archivo.
¿Ese bloque aparece así en pantalla, o es algo que copiaste tu?

Hola.
Ese bloque aparece así en pantalla.
Tal vez sea por esta codificación que tiene el archivo: header('Content-Type: text/html; charset=iso-8859-1');

Iniciado por gnzsoloyo

Ahora bien, yendo al mensaje de error que recibes, es posible que haya otro problema diferente:

Esto otro es puntualmente un problema del backup.
Normalmente un backup no debería generar ese mensaje, si la restauración incluye la creacion misma de la base. Pero es un mensaje habitual cuando lo que está haciendo es una restauración de DATOS sobre una base que ya los tiene.
Es muy común que las tablas tengan campos ID autoincrementales, y que estos sean la PK, especialmente en MyQSL. No es una buena practica, pero es lo que suelen hacer.
El problema es que un campo AI, cuando la tabla ya tiene datos, ya tiene ciertos registros con el valor de ID, y si intentas hacer una restauración de datos desde un archivo, y la base origen de ese archivo contiene todos los ID iniciales, es muy habitual que estés intentando agregar registros a una tabla con un valor de ID que esa base ya tiene en esa tabla.

La importación lo hice en una DB vacía.
Muchas gracias por tu respuesta.