Discussion :

[Phenol]

Bonjour,

Un client de la Web Agency où je bosse se sert d'un CSV (en provenance de Sage) pour importer ses produits, leurs caractéristiques ainsi que d'autres informations liées à ceux-ci.

Bref, plutôt qu'effectuer une requête SQL de type INSERT par produits/caractéristiques, nous avons décidé de créer un fichier .sql contenant toutes les requêtes (1 par ligne) et de l'importer par la suite via un script Shell.

Ce .sql comporte donc environ 15000 lignes et met actuellement 20 minutes à être importé.

Ma question est la suivante : est-ce une durée normale ? Si non, comment réduire cette durée, quels paramètres optimiser sur le serveur dédié (http://www.ovh.com/fr/produits/superplan_best_of.xml) ?

Informations :
- les tables concernées sont en InnoDB
- un import local (WAMP) du .sql met environ 1 minute à être effectué (via PHPMyAdmin > Importer)

Je suis à votre disposition pour toute information qui pourrait vous aider à répondre à ma question.

Merci par avance.

[patic]

Bonjour,
Avez vous essayé de tester le lancement du script directement en local, c'est à dire après avoir uploadé le fichier (par ftp par exemple) sur le serveur puis via le shell à distance ?
Cela vous indiquerait déjà d'où vient le problème, la connexion ou bien le serveur ...

[Phenol]

Tout d'abord merci pour votre réponse.

Pour répondre à votre question : Oui, le script Shell télécharge le .sql avant de l'exécuter en local.

[patic]

On s'est mal compris, pour trouver l'origine du problème, il faudrait tester manuellement, sans utiliser le script automatique déjà fait.
Vous téléchargez manuellement le fichier .sql sur le serveur puis vous ouvrez un shell à distance, lancez une session mysql et exécutez le script. Si ce dernier point met toujours 20 minutes, vous aurez déjà identifié la source du problème. En gros il faut découper les tâches du script une à une, jusqu'à tomber sur le problème.

[Phenol]

Le script Shell ne fait qu'un "mysql .......... < data.sql".

J'ai testé directement la commande dans le Shell avec le même résultat.

J'espère répondre concrètement à votre question et l'avoir bien comprise.

Merci encore.

[Invité]

Bonjour,

15000 en 20 minutes, ça fait 12,5 par seconde.
Suivant le contexte c'est peut-être pas si mal que ça.

- Combien de lignes contient la table ?
- Combien de colonnes contient la table ?
- Combien d'index y a-t-il sur cette table ?
- Y a-t-il des triggers sur la table ?
- Le script est-il exécuté sur le serveur qui héberge la base MySQL ?