Discussion :

[Artemus24]

Bonjour à tous.

Pour faire des tests de performances, j'utilise la procédure suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SET  SESSION query_cache_type=off;
 
RESET QUERY CACHE;
 
set profiling=1;
 
SELECT SQL_NO_CACHE * from test;
 
SHOW PROFILES;
SHOW PROFILE CPU FOR QUERY 1;
set profiling=0;

Et je lance ce script en utilisant le batch windows que voici :

Code :

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

mysql < script.sql  --verbose  --force  --unbuffered

Question : en cherchant sur le net, j'ai trouvé quatre façons d'avoir un résultat 'presque' exacte de la durée de la performance d'une requête.
--> "SET SESSION query_cache_type=off;"
--> "RESET QUERY CACHE;"
--> "SELECT SQL_NO_CACHE ..."
--> "--unbuffered" en tant que paramètre à placer dans la ligne de commande.

Comment procédez-vous pour ne pas utiliser les buffers de mysql et obtenir la durée de la performance d'une requête ?

Autre question : je me suis aperçu que cette façon de procéder est devenue obsolète et que je devais maintenant passer par "Performance Schema".

https://dev.mysql.com/doc/refman/5.5...ick-start.html

Sauf que je n'ai pas compris comment faire pour obtenir la durée de l'exécution de ma requête.
Avez-vous un exemple à me donner ?

@+

[SQLpro]

Vider un cache de données dans une base de données relationnelles pour faire un benchmark est aussi stupide que te tenter de faire une course automobile en enlevant sciemment les pneumatiques de sa formule 1 !

Toute les opérations dans un SGBDR se faisant exclusivement en RAM, le fait de vider le cache vous permettant de mesurer la vitesse de mise en cache des données relatif aux accès physique au disque. Bref, vous mesurez indirectement la rapidité de vos disques !!!

A +

[Artemus24]

Salut SQLPRO.

... est aussi stupide ...

Et c'est reparti. Vous ne savez pas vous exprimez autrement qu'en insultant vos interlocuteurs ?
Encore une fois, vous n'avez rien compris. A moins que vous aimez la provocation.

Je cherche à mesurer le temps nécessaire à la mise en cache du résultat d'une requête.
Si ce n'est pas la bonne façon de faire, donnez moi la solution !

@+

[SQLpro]

Quel intérêt ?
Ceci sera différent en production en fonction du hardware de l'encombrement du cache, des dirty pages....

A +

PS : j'avais pas noté que c'était encore vous !!!

[Artemus24]

Salut SQLPRO.

Je crois que vous n'avez toujours rien compris à ma situation. Je suis à la retraite, donc je ne travaille plus.
Je me forme à MySql, juste pour le plaisir et aussi pour aider dans la mesure de mes moyens.
Donc faire une distinction entre production et développement, cela n'a aucun intérêt pour moi.

Pour tester la performance, j'utilise uniquement "SELECT SQL_NO_CACHE * from test".
Sinon, j'ai vu qu'il existe d'autres possibilités. Je voulais savoir de votre coté comment vous faites vos tests de performance.

Maintenant si vous avez un exemple pour tester la performance d'une requête avec 'performance_schema", je suis preneur.
Car l'usage de 'set profiling=1" sera obsolète avec les nouvelles versions de mysql.

@+

[SQLpro]

Salut SQLPRO.

Je crois que vous n'avez toujours rien compris à ma situation. Je suis à la retraite, donc je ne travaille plus.
Je me forme à MySql, juste pour le plaisir et aussi pour aider dans la mesure de mes moyens.
Donc faire une distinction entre production et développement, cela n'a aucun intérêt pour moi.

Il aurait été bon de le savoir avant !
En matière de formation, il est dommage que vous ne commenciez pas par le début, car vos questions prouve à l'évidence des lacunes catastrophiques et des des questions que vous ne vous poseriez pas si vous aviez les fondements et les fondamentaux en mémoire...
Lisez les livres que l'on vous a donné en référence.
Comme je suppose que vous préférez le français, le mieux serait de commencer par l'ouvrage canadien de Connely sur les bases de données, dernier ouvrage en langue française publié sur le sujet :
http://www.eyrolles.com/Informatique...-9782212116908
Poursuivez ensuite avec un livre sur le langage SQL.... Je suis près à vous offrir un de mes exemplaires d'auteur dédicacé.... Si vous êtes intéressez, envoyez moi votre adresse postale par mail

Vous verrez que comme les SGBDR font leurs opérations exclusivement en RAM, votre test n'a pas d'intérêt sinon mesurer la vitesse du disque de votre PC et non la "qualité" du cache.
Pour mesurer la qualité du cache d'un SGBDR il y a d'autres métriques. par exemple:

• le taux de mise en cache (cache hit ratio) est un indice en production (nombre de pages trouvé en cache/nombre total de pages cherchées en %) à lire pour voir à quel point c'est le m... dans MySQL https://www.percona.com/blog/2010/02...che-hit-ratio/
• la persistance des pages en est un autre (page life expectansy - durée de vie des pages en secondes)

Hélas ce genre de mesures n'est pas accessible sous MySQL !

Pour tester la performance, j'utilise uniquement "SELECT SQL_NO_CACHE * from test".
Sinon, j'ai vu qu'il existe d'autres possibilités. Je voulais savoir de votre coté comment vous faites vos tests de performance.

Maintenant si vous avez un exemple pour tester la performance d'une requête avec 'performance_schema", je suis preneur.
Car l'usage de 'set profiling=1" sera obsolète avec les nouvelles versions de mysql.

@+

A +

[Artemus24]

Salut SQLPRO.

Des livres, j'en ai déjà plusieurs, mais il ne sont pas très récents.

1) IBM DataBase 2, système de gestion relationnel. (Eyrolles 1990). Christian Bonnin.
2) DB2 le sgbd relationnel d'IBM. (Eyrolles - 1991). Claude Casteran et Laurent Vintrou.
3) SQL et DB2, le relationnel et sa pratique. (Masson - 1992). M. Koutchouk.
4) DB2 High Performance, Design and Tuning. (Prentice Hall - 2000). Richard Yevich - Susan Lawson.
5) DB2 for z/os à Os/390. Development For Performance. Volume 1 & 2. (Fouth Edition). Gabrielle Wiorkowski.
6) A Reference Guide for DB2 OS/390 - version 5. (1997). Platinum Technology.
7) A Reference Guide version7 - DB2 for z/os and OS/390. (2002). Computer associate.
Tous autour de DB2, gros système. A vrai dire les bases de données en dehors de IBM (DL1, IDMS, IMS) et BULL (IDS2), je ne connais pas.

Pour votre proposition, je suis d'accord, mais je ne tiens pas à vous donner mes références postales.
Je vais voir si je peux faire autrement auprès de la poste. Après tout, j'habite dans un petit village et non dans une grande ville.
Je vous communiquerai ultérieurement mes références si cela est possible.

@+

[escartefigue]

bonjour

Pour tout ce qui concerne DB2, la documentation officielle est gratuite, régulièrement mise à jour par l'éditeur, et exhaustive.
toute autre documentation supplémentaire est inutile.... sauf si vous ne maitrisez pas suffisamment l'anglais.

Tout est ici : http://www-01.ibm.com/support/docvie...id=swg27039165

[SQLpro]

Tous les livres qaue vous avez cités concernent DB2, mais ni le langage SQL ni les fondements des bases de données ce qui explique vos lacunes et vos errances.
C'est comme si pour apprendre la conduite automobile vous aviez appris sur un tank et en aviez conclu que c'était la même chose pour tous les SGBDR. D'où votre énervement lorsque l'on vous dit que cela ne fonctionne généralement pas comme vous le souhiatez.

Encore une fois, commencez par le commencement !

le livre de Connely + le livre sur SQL.

Pour l'envoi, vous pouvez faire une poste restante.

J'habite moi même un petit village !

A +

[Artemus24]

Salut escartefigue.

Pour tout ce qui concerne DB2, la documentation officielle est gratuite, régulièrement mise à jour par l'éditeur, et exhaustive.
toute autre documentation supplémentaire est inutile.... sauf si vous ne maîtrisez pas suffisamment l'anglais.

Tout est ici : http://www-01.ibm.com/support/docvie...id=swg27039165

Parce que dans les années 70-90, internet existait déjà ??? Mais bien sûr
Internet est apparu en France à partir de 1994-1995. Et la documentation était inexistante. Alors arrêté de dire n'importe quoi.

Ce n'est pas parce qu'aujourd'hui on trouve presque tout sur internet que cela à toujours été le cas.
La seule documentation que l'on avait à notre disposition était la documentation papier faite par IBM en ce qui concerne DB2.
Et elle était plutôt rare chez les clients chez qui ont travaillaient.

@+

[escartefigue]

encore une fois vous vous emportez inutilement, je ne vous agresse pas , au contraire, je vous donne un lien pour de la documentation officielle gratuite et du meilleur niveau

Je n'ai jamais parlé de date de parution

Profitez de cette documentation pour apprendre ce qui vous intéresse c'est gratuit, et complet

[Artemus24]

Salut escartefigue.

A chaque fois que je dis quelque chose, vous vous empressez de donner votre version, voir me contredire.
Je ne voie aucun arguments et vous ne venez en aucune façon enrichir le sujet par votre expérience personnel.
Juste des critiques car cela vous dérange !
Et vous ne tenez pas compte ni de mon parcours ni de ma connaissance du monde informatique.
Comme si tout ce que vous dites était parole d'évangile. A la longue, cela devient pénible !
Et je constate aussi que vous ne cherchez pas à me comprendre, ni à comprendre mes problèmes.

Au cas où vous ne l'auriez pas compris, ici, on n'est pas au bar et l'on ne raconte pas sa journée et ses anecdotes.
Ici, on est dans un forum d'entraide et non de critiques.

@+

[escartefigue]

Vous avez déploré avoir de la doc ancienne :

Salut SQLPRO.
Des livres, j'en ai déjà plusieurs, mais il ne sont pas très récents.

Je vous ai donc communiqué la documentation à jour et de qualité, puisque celle de l'éditeur

bonjour
Pour tout ce qui concerne DB2, la documentation officielle est gratuite, régulièrement mise à jour par l'éditeur, et exhaustive.
toute autre documentation supplémentaire est inutile.... sauf si vous ne maitrisez pas suffisamment l'anglais.
Tout est ici : http://www-01.ibm.com/support/docvie...id=swg27039165

Vous parlez des années 70-90, sans aucun rapport avec mon message

Salut escartefigue.

Parce que dans les années 70-90, internet existait déjà ??? Mais bien sûr
Internet est apparu en France à partir de 1994-1995. Et la documentation était inexistante. Alors arrêté de dire n'importe quoi.

Et enfin

Au cas où vous ne l'auriez pas compris, ici, on n'est pas au bar et l'on ne raconte pas sa journée et ses anecdotes.
Ici, on est dans un forum d'entraide et non de critiques.

Quelles critiques ? apprenez à lire ou Reprenez vous, mais cessez de vous plaindre !

[MvK0610]

Bonjour à vous,

En tant que lecteur régulier des différents forum du site, en particulier de la partie SQL, j'ai pu lire les nombreux échanges plus ou moins savoureux, constructifs, instructifs et j'en passe qui ont animé quelques sujets en particulier ces derniers jours.

Autant il m'arrive parfois de trouver un peu exagéré quelques envolées prosaïques de certains contributeurs, autant il ne faut pas voir le mal là où il n'est pas.

Comme vous le soulignez Artemus24 nous sommes ici dans un forum d'entraide. Il me semble que la majorité des personnes vous ayant répondu a tenté de le faire en ce sens, nonobstant le manque de subtilité et de pédagogie de certaines réponses qui reste tout de même supportable et dont vous n'êtes pas le seul bénéficiaire dans tous les cas.

Dans le cas présent je tiens à souligner que je ne comprend pas votre sortie hors contexte sur l'émergence d'internet et le manque de documentation dans les années 70-90. Fraîchement trentenaire je dispose déjà d'une petite collection de bouquins informatique dont la moitié du contenu est au mieux controversé ou dépassé, au pire complètement obsolète.

C'est précisément dans le cadre de cette problématique que l'on vous a communiqué une source répertoriant la totalité de la documentation nécessaire à l'heure actuelle pour le domaine concerné, et ce sans aucune animosité.

Vous déplorez le manque d'attention que l'on peut porter à votre parcours professionnel, ainsi qu'à votre connaissance du monde informatique. Dans ce but j'ai donc pris un peu de mon temps pour le parcourir par l'intermédiaire de votre site, même si je l'avais déjà globalement bien cerné au gré des différentes réponses ayant alimentées ce forum dernièrement.
Je trouve parfaitement louable votre démarche en tant que retraité de vouloir vous former à certains domaines informatiques tout en consolidant vos connaissances dans ce que vous maitrisez.

Le milieu informatique est dans une perpétuelle évolution et cette dernière tend à s'accélérer de façon inexorable, implacable mais néanmoins logique dans le monde actuel.

A ce titre il est important pour tout à chacun de se remettre en question, autant vous, que moi, que n'importe quel professionnel du métier qui se veut un minimum consciencieux et compétent.
Dans cette optique tout le monde peut exposer son point de vue, aussi critique soit-il, surtout si il est agrémenté d'arguments qui sont, pour la très grande majorité d'entre eux tout à fait pertinent.

Bref que tout le monde fasse preuve d'ouverture, se remette en question et garde les idées fraîches avant d'entamer une nouvelle canicule sinon on est pas sorti du sable... Sauf ceux qui prendront la route des vacances ce week-end

A vous lire... comme dirait certains

MvK

[Artemus24]

Salut escartefigue.

Je vous ai donc communiqué la documentation à jour et de qualité, puisque celle de l'éditeur

Arrêtez de me prendre pour un imbécile. Je sais utiliser google et je sais faire des recherches.

Vous parlez des années 70-90, sans aucun rapport avec mon message

Vous vous prenez pour le centre d'intérêt de cette discussion. Je suis à l'initiative ce ce sujet, alors respectez mes choix.
Si j'avais eu besoin de votre aide, je vous l'aurai demandé, mais ce n'est pas le cas.
Alors garder pour vous vos réflexions qui sont plus que déplacées.

Quelles critiques ? apprenez à lire ou Reprenez vous, mais cessez de vous plaindre !

Personne ne vous oblige à répondre à mes messages. Si cela vous dérange tant, passez votre chemin et laissez moi tranquille !
Et arrêter de polluer mon sujet avec des commentaires qui sont hors de propos.
Mon cher, au cas où on ne vous l'aurait pas encore dit, vous êtes un troll !

Pour l'instant, je ne voie rien d’intéressant, ni de pertinents dans vos interventions.

@+