Re: Analyse ralentissement transaction MySQL
Jean-Yves F. Barbier wrote:
Grégoire COUTANT a écrit :
Toujours sending data. Perso ca ne me parle pas plus quant à une piste à
explorer.
si : penser que mysql est un RDBMS, alors que ça n'est qu'une merde
nn fois moins rapide que sqlite, qui lui, n'a jamais prétendu être un
RDBMS...
Maintenant que te voilà éclairé sur ton problème par ce ô combien
précieux conseil, tentons d'analyser plus sérieusement la question.
Glanée sur le net, cette page répond peut-être à la question :
http://stackoverflow.com/questions/1445597/mysql-sending-data-horribly-slow
Surtout cette phrase :
Sending data is quite misleading: this is actually time elapsed between
the end of the previous operation and the end of the current operation
the time from the beginning of the execution (the time the first row was
read) and the end on the execution (the time the last row was sent to
the client)
Du coup, peux-tu faire les mêmes tests en local? Es-tu sur de bien
utiliser les index? Quelle quantité d'infos ramène ta requête? Une autre
requête donne-t-elle le même résultat?.....
Ensuite, je reprendrais sur la base de questions posées précédemment
concernant la liaison réseau :
- quel matériel réseau entre le poste du développeur et le serveur
MySQL? Quel vitesse? d'autres services sur le serveur?
- tu dis avoir fait une entrée dans le fichier host côté serveur, mais
le problème n'est-il pas dans le sens inverse, du serveur vers le poste
du développeur. C'est peut-être cette résolution là qui pèche (il me
semble avoir eu ce genre de problème lors de la configuration d'accès
d'un utilisateur dans MySQL).
- que donne un ping dev->serveur et serveur->dev?
Bruno
Reply to: