Problema Import file .sql

[markzzz]

Salve, ho esportato tempo fà un file (da localhost) di un mio database, che però ora ho problemi ad aprire (ho formattato e reinstallato tutto). Come client uso HeidiSQL.

Quando apro il file mi dice prima "This file contains mixed linebreaks. They have been converted to Windows linebreaks (CR + LF)". Eseguo la query, arriva alla fine ma mi ritrovo il database caricato a "metà" circa, anche se nel file ci sono tutti i dati (ho verificato).

Cosa succede? E cose posso fare? Saluti e grazie

[Dascos]

Forse va in timeout il server sql.
Il file è molto grosso? Sicuramente con MySql, durante un'importazione effettuata via interfaccia web se questa importazione arriva al limite di tempo predefinito (un minuto, se ricordo bene) "ferma" l'importazione e quindi ti trovi nella tua situazione, con solo una parte dei dati caricata.
Il problema non si verifica invece se l'importazione di file grandi la si fa via riga di comando.

Vedi se c'è modo di alterare questo limite dall'interfaccia grafica o dal tool di importazione oppure vedi se si può fare l'importazione da riga di comando.

(non conosco HeidiSql)

[markzzz]

E' un file di 4 mega, quindi non è così ENORME! Come potrei importare da riga di comando?

[Dascos]

Come detto non conosco HeidiSql.
Il server sql qual'è?

[markzzz]

MySql?

[Dascos]

Ah ok, ehehe, non sapevo
Dunque. Per linux devi connetterti a mysql da consolle.

mysql -u root -p

Inserisci la password di root e poi

mysql > use database_name
mysql > source nome_file.sql

Dovresti ottenere qualcosa del tipo

#mysql -u root -p
Enter password: 

Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2807
Server version: 5.1.41-3ubuntu12.9 (Ubuntu)

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use unidata
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> source 2010100318_unidata.sql
Query OK, 19 rows affected (0.01 sec)
Records: 19  Duplicati: 0  Avvertimenti: 0

Query OK, 0 rows affected (0.00 sec)

Query OK, 69 rows affected (0.02 sec)
Records: 69  Duplicati: 0  Avvertimenti: 0

Query OK, 98 rows affected (0.05 sec)
Records: 98  Duplicati: 0  Avvertimenti: 0

Query OK, 345 rows affected (0.07 sec)
Records: 345  Duplicati: 0  Avvertimenti: 0

Query OK, 467 rows affected (0.07 sec)
Records: 467  Duplicati: 0  Avvertimenti: 0

mysql>

Per windows credo che sia uguale (non uso windows), fatto da un prompt dei comandi

[deleted_29]

1) mysql a riga di comando richiede... un file di istruzioni SQL.
e si può usare anche con la redirect
mysql -uroot -ppassword nomedatabase <nome_file_sql

2) se il file contiene "roba strana" (e non delle semplici insert) devi correggere a mano (anche per i CR/LF)
Modo semplice: notepad++, provato anche per file da 10GB con un po' di pazienza.

3) la chiave è cosa significa "ho esportato". Posta magari un po' di righe head e tail

[markzzz]

ho risolto. All'interno del dump c'era un dato senza "escape", e mi faceva confusione con le query successive Grazie comunque

[Dascos]

Originariamente inviato da franzauker
1) mysql a riga di comando richiede... un file di istruzioni SQL.
e si può usare anche con la redirect
mysql -uroot -ppassword nomedatabase <nome_file_sql

Giusto, ma altamente insicuro! Meglio evitare questo tipo di utilizzo, se possibile

Bene che hai risolto, mark. A volte basta un niente per perdere tempo prezioso e spesso il problema reale è il primo che hai scartato ("ma va dai, impossibile sia quello, troppo banale" )