Afficher les principaux événements d'attente
Oracle
SELECT event, total_waits, time_waited, ROUND(time_waited/100,2) AS sec_waited
FROM v$system_event
WHERE wait_class <> 'Idle'
ORDER BY time_waited DESC
FETCH FIRST 20 ROWS ONLY;
-- For real-time analysis: v$active_session_history (ASH)v$system_event donne les événements d'attente cumulés ; v$active_session_history donne l'échantillonnage des sessions actives des dernières minutes (nécessite la licence Diagnostics Pack).
PostgreSQL
SELECT wait_event_type, wait_event, count(*)
FROM pg_stat_activity
WHERE wait_event IS NOT NULL AND state = 'active'
GROUP BY 1, 2
ORDER BY 3 DESC;pg_stat_activity affiche l'état d'attente actuel ; l'échantillonner de façon répétée (polling) révèle les événements d'attente les plus fréquents.
MySQL
SELECT event_name, count_star, sum_timer_wait,
ROUND(sum_timer_wait/1000000000000, 2) AS sec_waited
FROM performance_schema.events_waits_summary_global_by_event_name
WHERE count_star > 0
ORDER BY sum_timer_wait DESC
LIMIT 20;events_waits_summary_global_by_event_name donne les temps d'attente totaux par événement (en picosecondes) ; les instruments wait doivent être activés.
SQL Server
SELECT wait_type, waiting_tasks_count, wait_time_ms,
signal_wait_time_ms, wait_time_ms - signal_wait_time_ms AS resource_wait_ms
FROM sys.dm_os_wait_stats
WHERE wait_time_ms > 0
ORDER BY wait_time_ms DESC;sys.dm_os_wait_stats affiche les types d'attente cumulés depuis le démarrage de l'instance ; il peut être réinitialisé avec DBCC SQLPERF.
MongoDB
db.serverStatus().wiredTiger.concurrentTransactions
// For general waits/congestion:
// db.serverStatus().globalLock and db.serverStatus().wiredTiger.cacheWiredTiger n'a pas d'événements d'attente classiques ; l'épuisement de concurrentTransactions (tickets), globalLock.currentQueue et la pression sur le cache indiquent une congestion.
Redis
CONFIG SET latency-monitor-threshold 100
LATENCY LATEST
LATENCY HISTORY command
# For the slowest commands: SLOWLOG GET 10Une fois le seuil du latency monitor défini, LATENCY LATEST/HISTORY indique les événements qui causent le plus de latence.
Elasticsearch
GET _nodes/hot_threads_nodes/hot_threads révèle les goulots d'étranglement en donnant les stack traces des threads les plus consommateurs de CPU.