Conseils sur les performances de DB2 runstats

Quand Exécuter RUNSTATS

• Exécuter RUNSTATS après que les données ont été chargées dans une table si les statistiques ne sont pas recueillies sur la charge. Il est également une bonne idée d'exécuter RUNSTATS après un nouvel indice est créé, après l'exécution de REORG, après la taille de prefetch a été changé et après l'exécution de l'utilitaire "Redistribuer groupe de partitions de base de données". RUNSTATS devrait également être exécuté après inserts vastes, mises à jour ou suppressions ont été effectuées sur une table.

Réduire l'impact Performance

• 
  
  
  
  

  Éviter d'exécuter RUNSTATS sur les tables qui ne ont pas besoin. Lors de l'exécution sur une table à haut volume, identifier uniquement les colonnes utilisées dans les prédicats SQL que celles de collecter des statistiques sur. Planification de la commande à exécuter à des moments de faible volume est également important. Étranglement peut également être utilisé pour limiter la quantité de ressources consommées par les activités de base de données.

Comment étranglement Travaux

• L'instance de base de données est configuré pour utiliser l'accélérateur en mettant UTIL_IMPACT_LIM à une valeur de zéro à 100. Cent est le défaut et signifie qu'aucune limitation est effectuée. Le nombre représente quel pourcentage de la charge de travail devrait être attribué à une commande d'utilitaire tel que RUNSTATS. Par exemple, si UTIL_IMPACT_LIM est fixé à 20, RUNSTATS consomme 20 pour cent de la charge de travail tout en permettant aux utilisateurs d'accéder à la base de données.

Automatique Statistiques Collection

• Set auto_maint sur ON, mettez AUTO_TBL_MAINT sur ON et mis auto_runstats sur ON pour permettre la collecte automatique de statistiques. Cette fonction est nouvelle dans DB2 UDB 8.2. Cette fonction exécute automatiquement RUNSTATS en arrière-plan, au besoin. Il est recommandé d'avoir étranglement allumé lorsque vous utilisez la collecte automatique de statistiques.