Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Statistiques et efficacité des index
Bonjour,
Je fais de l'administration orientée "Performance" depuis peu.
Je me lance dans les statistiques et autres ratios de performance. Je travaille en 10g et +.
J'aimerai pouvoir calculer le ratio d'efficacité moyen des index d'une base entière. Sachant que je dois utiliser les statistiques avec les snapshots.
Est-il possible de calculer le taux d'efficacité d'un index (pour une table, pour une base) ?
Si oui, comment ou à partir de quelle(s) vue(s) ?
Merci d'avance.
Bonjour,
commence par faire un monitoring de tes indexes pour voir si ceux-ci sont utilisés.
Envoyé par ApokalypS
Si tu vaux regarder les performances regarde plutot
ce post
http://www.developpez.net/forums/d70...-performances/
en penser temps de réponse = temps d'execution +temps d'attente
donc STATSPACk , activation de traces ,tkprof
et cours tuning http://oracle.developpez.com/cours/
tutoriel optimisation de requetes
http://www.developpez.net/forums/d68...l-sous-oracle/
les RATIO c'est le chemin ouvert vers les mauvaises directions et idées recues
et
Merci pour vos réponses.
D'abord, pour le monitoring de mes index, j'avais déjà fait : il sont assez peu utilisés (20% d'utilisation en moyenne).
Pour l'histoire des RATIOS, on me demande des résultats en pourcentages. Donc, bien que cela ne me plaise pas tant que cela, il me faut faire avec.
Sinon, j'ai pris le temps de bien regarder les liens de fatsora et de refaire un tour de recherche sur Google et sur les documentations.
J'y ai trouvé des références aux tables DBA_HIST_SQLSTAT et DBA_HIST_SQL_PLAN qui répondent assez bien à mes attentes.
En regardant les opérations effectuées par les index, je peux en évaluer une certaines efficacité. Je m'explique : je récupère le nombre d'opérations effectuées par les index de toutes les tables (sauf pour les tables et vues systèmes); ensuite, je récupère le nombre d'opérations en FULL SCAN.
À prioris, si mes index ont été correctement placés, je ne devrais pas avoir une grande proportion de FULL SCAN par rapport au total des opérations de mes index.
Je pense que ce résultat n'est pas très représentatif si il s'agit d'une base avec peu d'index et très peu utilisé. Mais cela ne doit pas être loin de la vérité.
Fatsora, j'aimerai quand même savoir pourquoi tu dis que les RATIO ne sont pas une bonne choses.
Pour venir au travail j'ai traversé 210 feux rouge ,est ce bon ??
Pour le hit ratio en particulier
voir hotsos
http://www.hotsos.com/e-library/abstract.php?id=6
Et comment choisir son hit ratio
Choose any hit ratio http://www.oracledba.co.uk/
Donc en parallele, 20% d'acces index ne veut rien dire en soit .
Ce qui compte c'est le temps de reponse .
C'est pas parce que c'est un FULL SCAN que c'est mauvais !!!
Voir aussi l'article sur optimisation requete SQL
http://jpg.developpez.com/oracle/tuning/
Sinon se referer aux posts au dessus : STATSPACK ou ADDM,AWR,ASH (sous license )
et pour les requetes a problemes activations de traces + TKPROF
Pour ton petit exemple :Pour venir au travail j'ai traversé 210 feux rouge ,est ce bon ??
Si c'est 210 feux rouge sur 210 feux en tout, tu as du perdre pas mal de temps, mais si c'est sur 20 000 feux en tout, tu n'as pas été tant ralenti que ça.
Et là, on ne parle que des ralentissement relatifs au feux rouge. Donc, si tu as été ralenti malgré seulement 210 / 20 000, il y a autre chose qui a du influer.
En revenant aux index :
Je suis d'accord sur un point : le temps de réponse compte.
Mais je pense que si, sur une table donnée, qui comporte un index, les requêtes utilisant cet index sont toutes en FULL SCAN, il y a peut-être un problème (ce que je regarde, c'est la proportion d'accès FULL SCAN par rapport à tous les accès fait avec cet index).
Dans ce contexte, je sais aussi que si l'index n'est utilisé qu'une seule fois en tout et en FULL SCAN, cela ne veux rien dire. Par contre, un index utilisé un bon millier de fois, ne dois pas avoir une trop grande proportion d'accès en FULL SCAN. D'autant que l'optimiseur d'Oracle ne choisit pas nécessairement les meilleurs chemins d'accès.
Après, si un index toujours utilisé en FULL SCAN possède les meilleurs temps de réponse, il y a un élément de plus.
Pour résumer, il ne faut pas juste regarder les proportions d'accès FULL SCAN, mais aussi les temps de réponse. À ce point là, c'est de l'analyse. Au départ, je souhaite juste pouvoir avoir des chiffres sur l'aspect général, et ensuite, analyser plus en détail et agir en conséquence.
Pour l'histoire des 20% d'utilisation, c'est la proportion de lignes retournées par les index par rapport à toutes les lignes retournées.
De toute manière, peu importe comment on obtient des chiffres, il n'y a jamais une seule chose à regarder pour être certain de l'origine d'un problème.
Voilà, c'est ce que je pense. Si je me trompe ...
Note : Pour l'utilisation d'outils, j'avais oublié de préciser que je n'en utilise pas. Cela pour faire manuellement ce qu'ils nous mâchent comme travail afin de comprendre en profondeur les mécanismes d'Oracle.
Répondre avec citation
Partager