TKPROF : SQL statements in session

Bonjour,

J'ai lu la doc ci-dessous chez Oracle :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS   | call | count | cpu | elapsed | disk | query | current | rows | |---------|-------|------|---------|---------|--------|---------|--------| | Parse | A 7 | 1.87 | 4.53 | 385 | G 553 | 22 | 0 | | Execute | E 7 | 0.03 | 0.11 | P 0 | C 0 | D 0 | F 0 | | Fetch | E 6 | 1.39 | 4.21 | P 128 | C 820 | D 3 | F 20 | --------------------------------------------------------------------------   Misses in library cache during parse: 5 Misses in library cache during execute: 1   8 user SQL statements in session. 12 internal SQL statements in session. B 54 SQL statements in session. 3 statements EXPLAINed in this session.   Compare A & B to spot over parsing. In this case we have 7 parses for 54 statements which is ok.

---

Je ne saisi pas bien ce qu'ils veulent dirent par : Compare A & B to spot over parsing. In this case we have 7 parses for 54 statements which is ok.
Quel est le rapport entre les 7 parses et les 54 SQL statements IN session ?

Merci pour votre aide.

Bonjour,
Je ne sais pas d'où vient cette doc, mais pour moi, ce qui est dit n'a aucun sens.
Sauf si le contexte donne plus d'explication, il n'y a effectivement aucun rapport entre les 7 parses et les 54 SQL statements IN session.
Cordialement,
Franck.

Citation:

---

Envoyé par pachot

Bonjour,
Je ne sais pas d'où vient cette doc,

---

Il vient probablement de Note:32951.1
https://supporthtml.oracle.com/ep/fa...spx?id=32951.1

Bonjour Frank,

Comme l'indique Yong321, cette doc provient de Metalink. En fait, je cherche de la doc pour conprendre les détails des sorties de TKPROF et de STATSPACK.

Merci pour votre aide.
;)

Ah oui. Même si ca vient du support oracle, je maintiens que pour moi ça ne veut rien dire. Comparer le nombre de parse calls (non-recursifs) avec un nombre total de curseurs (recursifs inclus, et sans savoir le nombre d'exécutions) :?

Et si non, pouvez-vous m'indiquer où je peux trouver des info fiables et utiles sur les détails des sorties de TKPROF et de STATSPACK ?

Merci d'avance.

Citation:

---

Envoyé par tibal

Et si non, pouvez-vous m'indiquer où je peux trouver des info fiables et utiles sur les détails des sorties de TKPROF et de STATSPACK ?

Merci d'avance.

---

Dans le livre de Cary Milsap "Optimizing Oracle Performance" ou celui de Tom Kyte "Effective Oracle By design"
Même si ces bouquins datent de la 9i ils constituent une référence

Merci Ahmed.
:ccool:

Citation:

---

Envoyé par Ahmed AANGOUR

Dans le livre de Cary Milsap "Optimizing Oracle Performance" ou celui de Tom Kyte "Effective Oracle By design"
Même si ces bouquins datent de la 9i ils constituent une référence

---

Le livre de Cary Milsap ne contient pas vraiment de informations ni sur TKPROF ni sur StatPack. Plutôt vous allez trouver les détails des fichiers trace et surtout comment les lire et les interpréter pour réaliser le profil du traitement ce qui constitue la base de sa méthode d’optimisation nommé « Method R »

Oui c'est vrai, mais si on sait lire une trace 10046 on sait interpréter un Tkprof.
Sinon y' a aussi le chapitre 3 du livre de Christian Antognini "Troubleshooting Oracle Performance", de très loin mon livre préféré sur les perf Oracle. Mais par contre dans ce livre y'a rien ni sur Statspack ni sur AWR

A mon avis, le meilleur point de départ, c'est la doc Oracle.
Il y a une doc 'Tuning' - a lire de bout en bout ;)
Il y a une doc 'Reference' pour lire la définition de chaque statistique
Et bien sur la doc 'Concept'

Par exemple, la sortie tkprof devient limpide dès que les concepts fondamentaux sont compris:

- A quoi correspondent les opérations Parse, Execute, Fetch
D'après ça, ce qu'il faudra regarder dans tkprof, c'est le nombre de parse (idéal 1) par rapport au nombre d'exécute.
Et aussi le nombre de lignes (rows) par fetch (ideal plusieurs)

- Ensuite à quoi correspondent cpu , elapsed (savoir que la différence entre les 2 devrait se retrouver dans les wait events)

- A quoi correspondent les lectures physiques (disk) par rapport aux lectures logiques (query+current)

- A quoi correspondent les lectures consistentes (query) à la différence de current

- Savoir que 'misses in library cache during parse' c'est un hard parse et que 'misses in library cache during execute' c'est une invalidation

Bon courage,
Franck.

1000 fois d'accord avec franck, la maitrise des concepts Oracle permet d'appréhender n'importe quel problème.

Citation:

---

Envoyé par pachot

Et aussi le nombre de lignes (rows) par fetch (ideal plusieurs)

---

S'il s'agit d'un DML les rows se verront dans la phase EXECUTE et pas dans la phase FETCH

Citation:

---

Envoyé par pachot

Ensuite à quoi correspondent cpu , elapsed (savoir que la différence entre les 2 devrait se retrouver dans les wait events)

---

d'où l'intérêt de capturer les wait events quand t'actives ta trace:

Code:

---

alter session set events '10046 trace name context forever, level 12';

---

ou

Code:

---

alter session set events '10046 trace name context forever, level 8';

---

A+