Réglage des performances des requêtes Oracle

Pour que des outils d’analyse des performances des bases de données Oracle soient adaptés, ils doivent permettre d’identifier les indicateurs essentiels pour comprendre les performances, et de savoir comment les interpréter. Les requêtes et la surveillance du débit sont souvent considérées comme des indicateurs courants dans Oracle, mais d’autres indicateurs de performance des bases de données Oracle peuvent explorer encore davantage le système et c’est pourquoi il est important d’en assurer le suivi.

Parmi les indicateurs essentiels de performance des bases de données Oracle que vous pouvez surveiller, on compte les suivants :

RAM sous-allouée : parfois, il suffit d’augmenter le volume de RAM (plutôt que d’utiliser l’accès, bien plus lent, au disque) pour augmenter la vitesse de votre base de données. Si vous n’avez pas alloué suffisamment de RAM aux paramètres shared_pool_size, db_cache_size et Aggregate_target, votre base de données devra fonctionner à la vitesse des E/S physiques. En surveillant ces indicateurs, vous pouvez éviter que cela ne se produise.

Ratio nombre de lignes lues/sélectionnées : ce ratio indique le nombre de lignes de votre base de données qui sont lues avant qu’une réponse ne vous parvienne pour les lignes que vous avez spécifiées. Si le ratio est supérieur à 20, il est probable que vos index de bases de données présentent un problème. En surveillant cet indicateur, vous pouvez économiser des heures à essayer de comprendre pourquoi votre base de données est lente.

Temps de réponse des journaux de transactions : les temps de réponse de vos journaux peuvent affecter la latence pendant les transactions. Cela peut devenir un problème grave, surtout en présence de transactions critiques. En identifiant et en corrigeant les temps de réponse lents des journaux, vous pouvez résoudre vos problèmes de latence.

Ratio de nettoyage de page : l’indicateur de nettoyage de page a pris une importance considérable, surtout pour les pages de commerce électronique et les éditeurs en ligne. Ce ratio fournit des informations sur vos nettoyeurs de pages qui écrivent vos anciennes pages sur le disque de manière asynchrone afin de permettre la lecture des nouvelles pages dans le pool de mémoires tampons.

Pourcentage de tris sur disque plutôt qu’en mémoire : lorsque votre base de données est lente, ce pourcentage est important pour vous aider à en déterminer la cause première. Le pourcentage de tris sur disque plutôt qu’en mémoire indique le nombre de tris effectués sur le disque plutôt qu’en mémoire. Puisque les tris effectués dans l’espace disque logique sont considérablement plus lents que ceux qui sont effectués en mémoire, si vous remarquez que davantage de tris sont effectués sur le disque, cela peut expliquer les ralentissements.

Jointures de boucles imbriquées excessives : malheureusement, les jointures de boucles itératives sont toujours lentes. Dans ce cas, l’approche la plus adaptée consiste à examiner le code pour essayer de trouver, lorsque c’est possible, des options plus efficaces que les jointures de boucles imbriquées.