Outils de statistiques

Pour faciliter l’évaluation des performances, les outils statistiques enregistrent les statistiques des activités système qui affectent les performances, telles que l’exécution de requêtes, de scripts et de transactions.

Remarque :

Le module d’extension Stats Tools est activé par défaut. Elle nécessite le rôle admin pour activer ou mettre à niveau, ainsi que com.snc.jrobin.

Stats Tools ajoute des modules sous Diagnostics du système > Statistiques, y compris les requêtes lentes, les scripts lents et lestransactions lentes. Chaque module accède à une table de schémas d’activité [sys_query_pattern], [sys_script_pattern], [sys_transaction_pattern]. Chaque table de modèle représente une collection d’activités uniques. Chaque collection est une agrégation des exécutions de cette activité unique sur le temps. Chaque enregistrement fournit une analyse temporelle de base avec des exemples de détails identifiables de l’activité.

Remarque :

Pour faciliter le débogage, vous pouvez filtrer la plupart de ces journaux par périmètre de l’application, en limitant les transactions (par exemple, les scripts ou les événements lents) aux seules transactions provenant de périmètres spécifiques.

Les modèles d’activité sont immédiatement enregistrés dans un cache et sont ensuite conservés dans leur table de modèles. Si vous videz les caches du serveur, les activités enregistrées qui n’ont pas été conservées sont effacées. Voici des exemples d’enregistrements de modèles.

• Chaque fois qu’une requête atteignant le seuil d’enregistrement et de persistance est exécutée, elle est agrégée et stockée en tant qu’enregistrement de modèle de requête.
• Chaque fois qu’une règle métier particulière est exécutée, elle s’agrège en un enregistrement de modèle de script.
• Chaque fois qu’une tâche d’arrière-plan particulière s’exécute, elle s’agrège en un enregistrement de modèle de transaction unique.
• Chaque clic sur le bouton Nouveau sur la liste Incidents compte comme un modèle de transaction de type liste avec une action de formulaire spécifique.

Mesures

Les mesures incluent le temps total et moyen d’intérêt par modèle d’exécution unique sur le nombre total d’exécutions. Les mesures sont agrégées à chaque nouvelle instance de l’activité unique et conservées dans l’enregistrement du modèle.

Métadonnées

Des exemples de données provenant d’exécutions spécifiques sont incluses dans chaque modèle pour identifier les détails de l’exécution.

Caractérisations de chaque type d’activité

Tableau 1.

Transactions	Tout type de transaction inclut les transactions côté serveur et les transactions côté client connexes. Les mesures incluent le temps de chargement total du serveur, qui agrège le temps total côté serveur, à l’exclusion des temps d’attente du sémaphore et de la session. Il agrège également les temps de transaction pertinents du serveur qui se trouvent dans la table syslog_transaction. Types de transaction : Une transaction de demande HTTP est identifiée par une URL, un type de transaction, un processeur, une action de formulaire/liste, une requête d’URL (filtres) et un nom de table connexe. Toute autre transaction est identifiée par son URL/page/nom de transaction, son type de transaction et son nom de processeur ou de thread.
Scripts	Tout type d’activité de script inclut les scripts évalués par GlideScopedEvaluator. Types de scripts : Un script Jelly est identifié par la table sys_jelly_file, le chemin d’accès au fichier Jelly, le numéro de ligne et le script qui a été exécuté. Tout autre script est identifié par la table et le sys_id.
Requêtes	Toute activité de requête inclut des déclarations préparées exécutées par GlideDBI. Types de requête : Toutes les requêtes sont identifiées par des instructions de requête ou d’insertion, de mise à jour ou de sélection MongoDB, ainsi que par d’autres composants de l’instruction tels que les colonnes sélectionnées, la clause where, les unions, les ensembles de colonnes et les limites.