Discussion :

[NoPr0n]

Bonjour,

J'utilise MySql sur deux machines, une sous mac OSX pour le dev et un serveur debian pour la prod.
Sur le serveur de production, l'une de mes requêtes est extremement lente (env 70sc) alors qu'elle s'execute en moins d'une seconde sur ma machine de dev.

Voilà, ma question n'est pas exactement de trouver d'où vient le problème mais plus de savoir s'il existe des outils/methodes qui me permettrait de l'identifiant.
J'aimerais par exemple savoir s'il s'agit d'une difference de configuration de masql ou si c'est simplement une difference de perf machine.
Voilà, j'espère que ma question n'est pas trop vague.

Cordialement

Edit :
Quelques informations supplémentaires...
Spec Machine de dev : OSX El Capitan, Proc 2,9Ghz i5, 8Go de RAM
Spec Machine Prod : OS Debian, Proc 3,0Ghz 4 Coeur, 4Go de RAM
Les configuration de mysql sont d'origine sur les deux serveur (pas forcement les mêmes)

[Artemus24]

Salut NoPr0n.

Même si dans les deux cas, tu avais le même fichier my.ini (ou my.cnf), il faudrait aussi tenir compte de la surcharge de tes deux machines.
Pour comparer explicitement la même requête sur tes deux machines, il te faut, non pas le temps elaps, mais le temps cpu.
C'est un peu compliquer à obtenir à l'inverse du gros système (IBM) où cette information est fournie naturellement.
Ainsi tu saurais celle qui s'exécute le plus rapidement (je parle du temps CPU).
Mais en admettant que le temps CPU est similaire, tu peux avoir une grosse différence en temps elaps.
La cause, et bien, la surcharge de ta machine !

Si tu veux comparer les temps d'exécution, il y a ceci :
--> http://dev.mysql.com/doc/refman/5.7/...w-profile.html

En ce qui concerne tes outils, je n'en connais aucun qui puisse comparer deux machines afin de déterminer les différences.
Sinon, pour l'optimisation, il y a MySQL Tuner :
--> https://wiki.deimos.fr/MysqlTuner_:_..._serveur_MySQL

@+

[NoPr0n]

Merci pour ces quelques éléments de réponse.
Après quelques investigations supplémentaires, je me suis rendu compte que ce qui prenait du temps n'était pas l'exécution de la requête en elle même mais le 'fetch'.

Je suppose que le 'fetch' prend en compte l'envoi sur le réseau ou du moins le chargement en mémoire des résultats et que c'est donc ça qui est lent (ce qui expliquerait que ça ne soit pas le cas sur ma machine de dev, en local et où phpmyadmin ajoute sa petite pagination).

[Artemus24]

Salut NoPr0n.

Vous voulez certainement parler du fetch php pdo qui consiste à récupérer la ligne suivante.
Tout dépend de la volumétrie que vous avez, mais en général, c'est assez long à l'exécution.

@+

[NoPr0n]

Le fetch en question est celui remonté par MySQL Workbench (la colonne juste a coté du temps d'exécution de la requete). Mais je suppose que c'est effectivement l'équivalent du fetch pdo lorsque workbench tente de récupérer les données

[yotta]

Bonjour,
Avez-vous essayé votre requête en locale sur votre serveur Debian ?
Et si cela n'est pas possible, avez-vous essayé votre requête vers votre serveur Dev mais pas en locale, depuis un phpmyadmin lancé sur n'importe quel poste du réseau ?
En effet, comparer un trafic local à un trafic réseau révèlera toujours des différences parfois très significatives. Les contraintes en locale sont purement matériel, en clair, beaucoup de mémoire, un bon processeur un disque SSD et même une requête bien pourrie se réalise instantanément. Par contre, les contraintes liées au trafic réseau sont bien plus nombreuses. Un réseau bien pourri, et même une fusée intergalactique mettra 70 secondes à vous répondre...

[escartefigue]

Bonjour,

Ce serait beaucoup plus facile de vous aider si vous communiquiez la requête en question, la description de vos tables et index, et les volumétries par table sur la machine de production

[Artemus24]

Salut escartefigue.

A priori, ce n'est pas un problème de requête, mais de configuration de son serveur de production !

@+