Mysql : Comment désactiver les message Query OK

[marc_os]

Bonjour,
après une recherche infructueuse sur le net, je vous pose donc la question :
J'importe des données dans mysql en ligne de commande via la commande source.
Mes fichiers .sql contiennent des milliers de commandes INSERT (et sont trop lourds pour passer avec phpMyAdmin, ce serait trop simple).
Le hic, c'est que pour chaque INSERT, j'ai un retour à l'écran du type :
Query OK, 1 row affected (0.02 sec)
Du coup, ça met des heures - littéralement alors que l'envoi via ftp n'a pas pris une minute (par fichier).
Quelqu'un sait-il comment désactiver ces messages ?
J'ai essayé la commande nowarning sans succès.
Merci d'avance pour toute suggestion !

[schlum]

Si tu mets un "START TRANSACTION;" au début et un "COMMIT;" à la fin ? (en espérant que chaque requête se fait sur le même contexte SQL, je ne suis pas sûr d’avoir compris le problème…)

[yponomeute]

En ligne de commande tu peux utiliser la syntaxe suivante à partir du shell. Cela devrait être plus rapide que la commande source.

Code

cat fichier.sql | mysql --host=host_mysql  --user=user_mysql --password=pwd_mysql base_de_donnee

[No6]

J'ai eu ce problème dans le temps, et j'avais fini par écrire un petit scrpit php pour importer les données, depuis un fichier utf8...

faut aussi forcer le time Out pour le script...
ou alors travailler par tranches.

c'était juste un one shot

Ce message a été modifié par No6 - 13 Dec 2013, 14:39.

[marc_os]

Tout d'abord merci pour vos réponses !

Si tu mets un "START TRANSACTION;" au début et un "COMMIT;" à la fin ? (en espérant que chaque requête se fait sur le même contexte SQL, je ne suis pas sûr d’avoir compris le problème…)

Dans mysql en ligne de commande, j'utilise la commande source pour exécuter les instructions dans un fichier sql. Par exemple
mysql> source maTable.sql
Ce fichier contient tout plein d'INSERT provenant de l'export d'une vieille base.
Une fois la commande lancée, j'ai à l'affichage tout plein de :
Query OK, 1 row affected (0.03 sec)
Query OK, 1 row affected (0.03 sec)
Query OK, 1 row affected (0.03 sec)
Query OK, 1 row affected (0.03 sec)
et l'import dure des plombes alors qu'à l'export ça avait été assez rapide.
Je pense que si je pouvais supprimer ces sorties à l'écran, ça irait plus vite !

En ligne de commande tu peux utiliser la syntaxe suivante à partir du shell. Cela devrait être plus rapide que la commande source.

Code

cat fichier.sql | mysql --host=host_mysql  --user=user_mysql --password=pwd_mysql base_de_donnee

Malheureusement chez notre hébergeur je ne peux pas passer le mot de passe en ligne de commande depuis le shell (je suis connecté en ssh). j'ai essayé avec -p et --password, à chaque fois j'ai une erreur "Access denied".

Edit :
Je viens d'essayer le START TRANSACTION / COMMIT, ça ne change rien.

Ce message a été modifié par marc_os - 13 Dec 2013, 16:03.

[yponomeute]

Essaie le mode silencieux de mysql en lançant mysql avec l'option --silent

Code

mysql --silent

[No6]

Essaie le mode silencieux de mysql en lançant mysql avec l'option --silent

Code

mysql --silent

peut être aussi voir du coté du pager

mysql> pager > /dev/null

[marc_os]

Essaie le mode silencieux de mysql en lançant mysql avec l'option --silent

Code

mysql --silent

peut être aussi voir du coté du pager

mysql> pager > /dev/null

J'essayerai l'option "silent" la prochaine fois.
Merci.

[adriana14]

oui j'ai le méme problème j'ai essayer les propositions que vous avez dit mais ca marche pas chez moi

[marc_os]

oui j'ai le méme problème j'ai essayer les propositions que vous avez dit mais ca marche pas chez moi

Bonjour,
Je n'ai malheureusement pas trouvé de solution.
Heureusement par contre que ce n'est pas quelque chose qu'on fait tous les jours...

[niap]

La solution de No6 ne fonctionne pas ?
Un cron job sur un fichier PHP qui insère xx lignes du fichier.
Même s'il pèse plusieurs Go, ça doit fonctionner.

[marc_os]

La solution de No6 ne fonctionne pas ?
Un cron job sur un fichier PHP qui insère xx lignes du fichier.
Même s'il pèse plusieurs Go, ça doit fonctionner.

Salut, si certainement ça marche, mais pour une opération que l'on ne fait qu'une fois tous les dix ans…
Bref, j'ai laissé tourné l'import qui a pris le temps qu'il a pris. J'avais mieux à faire pendant ce temps; le boulot impose ses priorités au final.
La prochaine fois si ça se représente comme ça, je tenterai cette approche.