06-10-2009, 12:15 PM
Ce compteur est remis à 0 lorsque tu arrêtes le service MySQL et que tu le redémarres.
Un point amusant : J'ai testé sur mon serveur MySQL local en utilisant la page d'état de PhpMyAdmin comme référence pour avoir les infos des compteurs.
Je me suis mis sur la page d'état, j'ai redémarré le service MySQL et j'ai réactualisé toute la page (F5). Le compteur avait déjà atteint les 800. Deuxième actualisation par F5, j'étais à plus de 1700.
Je précise encore une fois que j'étais sur mon serveur, en local, sans aucune autre activité que celle de PhpMyAdmin.
Bref, les valeurs de ce compteur me semblent parfois bien trop ésotériques pour y prêter une véritable attention. C'est un indicateur, bien sur, mais c'est loin d'être l'élément essentiel à surveiller pour détecter tous les problèmes d'optimisation.
Je suppose que MySQL fonctionne comme la plupart des bases de données. Les index se doivent d'être placés sur les valeurs les plus spécifiques possibles (GUID, Auto increment). Mettre un index sur une colonne ne contenant qu'une poignée de valeurs réparties sur des milliers de lignes est inutile car il est possible que, pour des raisons de répartition et de performances, le moteur choisisse de lire toute la table au lieu d'utiliser l'index.
Un point amusant : J'ai testé sur mon serveur MySQL local en utilisant la page d'état de PhpMyAdmin comme référence pour avoir les infos des compteurs.
Je me suis mis sur la page d'état, j'ai redémarré le service MySQL et j'ai réactualisé toute la page (F5). Le compteur avait déjà atteint les 800. Deuxième actualisation par F5, j'étais à plus de 1700.
Je précise encore une fois que j'étais sur mon serveur, en local, sans aucune autre activité que celle de PhpMyAdmin.
Bref, les valeurs de ce compteur me semblent parfois bien trop ésotériques pour y prêter une véritable attention. C'est un indicateur, bien sur, mais c'est loin d'être l'élément essentiel à surveiller pour détecter tous les problèmes d'optimisation.
Je suppose que MySQL fonctionne comme la plupart des bases de données. Les index se doivent d'être placés sur les valeurs les plus spécifiques possibles (GUID, Auto increment). Mettre un index sur une colonne ne contenant qu'une poignée de valeurs réparties sur des milliers de lignes est inutile car il est possible que, pour des raisons de répartition et de performances, le moteur choisisse de lire toute la table au lieu d'utiliser l'index.
Quand on te dit qu'un projet est terminé à 90%, prépare toi pour les 90% suivant
Ninety-Ninety Rule
"Une guerre de religions, c'est quand deux peuples s'entretuent pour savoir qui a le meilleur ami imaginaire"
Vu sur IRC
Ninety-Ninety Rule
"Une guerre de religions, c'est quand deux peuples s'entretuent pour savoir qui a le meilleur ami imaginaire"
Vu sur IRC