Discussion :

[Christophe Charron]

Bonjour,
j'ai sauvegardé, a priori correctement, une table d'une base car j'ai pu déterminer que c'est cette table qui me posait des problème en restauration. Or rien n'y change, ca plante exactement de la même manière. Particularité : cette table contient des memos binaires, donc impossible de tenter de voir un éventuel caractère cabalistique qui me ferait tomber la connexion temporairement !!!

Ligne de sauvegarde :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysqldump --host=192.168.1.1 --user=root --password=toto --create-options --hex-blob --result-file=C:\Datas\SauveMysql\testprolo\sauv_prolotest --max_allowed_packet=33445532 testprolo doc_05

Ligne de restauration

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
mysql --host=127.0.0.1 --user=root --password=
toto --net_buffer_length=33445532 --max_allowed_packet=33445532 --wait restau <
C:\Datas\SauveMysql\testprolo\sauv_prolotest
ERROR 2013 (HY000) at line 41: Lost connection to MySQL server during query

Comment faire ?

[mathieu]

sauvegardes ta base avec les champs binaires en hexadecimal, ton fichier de sauvegarde sera plus gros mais il n'y aura pas de problème d'intégrité

[Christophe Charron]

le --hex-blob du mysqldump ne le fait-il pas ?

--
Cordialement
Christophe Charron

[mathieu]

le --hex-blob du mysqldump ne le fait-il pas ?

ah je n'avais pas vu l'option

regarde dans le fichier "sauv_prolotest" si la sauvegarde est correcte