IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

Administration Oracle Discussion :

Temps d'éxecution d'une requête longue


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre du Club
    Inscrit en
    Mai 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : Mai 2008
    Messages : 8
    Par défaut Temps d'éxecution d'une requête longue
    Bonjour à tous,

    je rencontre un petit soucis sur l'exécution d'une requête dont le temps d'exécution en PRODUCTION est très long (entre 15s et près d'1 minute) alors qu'en VALIDATION cette requête s'exécute en moins d'1s.
    On est 10gR2.
    Y'aurait-il des paramètres qui jouent sur le temps d'exécution d'un requête?

    merci pour votre aide.

  2. #2
    Membre Expert

    Profil pro
    Inscrit en
    Février 2006
    Messages
    3 437
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 3 437
    Par défaut
    Il y a au moins les paramètres documentés dans le Performance and Tuning Guide. La façon dont les statistiques sont calculées avec DBMS_STATS jouent aussi un rôle, comme la version exacte d'Oracle installée (y compris le niveau de patch de sécurité "CPU PATCH").

    Pour analyser ce genre de problème, il faut aussi pouvoir comparer les plans d'exécution dans les 2 environnements (EXPLAIN PLAN).

    Je suppose que vous avez bien le même modèle physique de données (tables, index, contraintes), les mêmes données, des machines de puissances identiques et avec une charge comparable...

  3. #3
    Membre émérite Avatar de 13thFloor
    Homme Profil pro
    DBA Oracle freelance
    Inscrit en
    Janvier 2005
    Messages
    670
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France

    Informations professionnelles :
    Activité : DBA Oracle freelance

    Informations forums :
    Inscription : Janvier 2005
    Messages : 670
    Par défaut
    S'il n'y avait que les paramètres qui entrent en ligne de compte !
    Il y a aussi la volumétrie, les statistiques, les structures (index, partitionnement), les capacités des serveurs (cpu, ram, disques), les versions d'Oracle.

  4. #4
    Membre émérite Avatar de philcero
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Septembre 2007
    Messages
    528
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Architecte de système d'information
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2007
    Messages : 528
    Par défaut
    Décidément les problèmes de performances d'un même objet entre divers environnements est monnaie courante...

    Comparer les deux EXPLAIN PLAN permettra avant tout de choisir entre problème physique ou bien problème de logique.

    Généralement c'est le deuxième qui l'emporte, les statistiques de production et/ou les volumétries de données et/ou les volumétries de stress étant différentes entre deux environnements, l'un donne de meilleurs résultats que l'autre et inversement.


    Première chose à comparer entre les deux bases, la configuration de l'OPTIMIZER et la date de mise à jour des statistiques (95% des cas).

  5. #5
    Membre du Club
    Inscrit en
    Mai 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : Mai 2008
    Messages : 8
    Par défaut
    Alors, concernant l'optimizer, le paramètre optimizer_index_cost_adj a été modifié ce amtin pour mise à l'identique à la valeur de l'environemment de validation qui ne rencontre pas de pb.
    Pour le calcul des stats, c'est effectué tous les 3 jours.
    je ne suis pas du tout expert Oracle...
    Je vais jeter un oeil pour l'explain plan et voir comment ça fonctionne.
    je vous tiens au courant.
    Merci pour vos pistes.

  6. #6
    Membre du Club
    Inscrit en
    Mai 2008
    Messages
    8
    Détails du profil
    Informations forums :
    Inscription : Mai 2008
    Messages : 8
    Par défaut
    paramètres de l'optimizer en VALIDATION:

    _optimizer_join_sel_sanity_check boolean TRUE
    _optimizer_sortmerge_join_enabled boolean FALSE
    optimizer_dynamic_sampling integer 1
    optimizer_features_enable string 10.2.0.3
    optimizer_index_caching integer 0
    optimizer_index_cost_adj integer 10
    optimizer_mode string first_rows_100
    optimizer_secure_view_merging boolean TRUE

    paramètres de l'optimizer en PRODUCTION:
    ------------------------------------ ----------- ---------
    _optimizer_join_sel_sanity_check boolean TRUE
    _optimizer_sortmerge_join_enabled boolean FALSE
    optimizer_dynamic_sampling integer 1
    optimizer_features_enable string 10.2.0.3
    optimizer_index_caching integer 0
    optimizer_index_cost_adj integer 10
    optimizer_mode string all_rows
    optimizer_secure_view_merging boolean TRUE

    La valeur de paramètre qui change est l'optimizer_mode

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 1
    Dernier message: 12/08/2014, 18h16
  2. [MySQL] Afficher le temps mis pour executer une requête SQL
    Par micatmidog dans le forum PHP & Base de données
    Réponses: 6
    Dernier message: 28/09/2005, 11h23
  3. Temps d'execution d'une requête
    Par Maglight dans le forum Bases de données
    Réponses: 3
    Dernier message: 27/01/2005, 08h38
  4. Estimer le temps d'ouverture d'une requête
    Par WebPac dans le forum Bases de données
    Réponses: 3
    Dernier message: 16/12/2004, 13h53
  5. Affichage du temps d'exécution d'une requête
    Par milka dans le forum PostgreSQL
    Réponses: 1
    Dernier message: 22/03/2004, 17h48

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo