Diagnosticar el origen de la latencia (LATENCY DOCTOR, histograma, commandstats)

Comando

# Enable the latency monitor (record events above 100 ms):
CONFIG SET latency-monitor-threshold 100
LATENCY LATEST
LATENCY HISTORY command
LATENCY DOCTOR
# Per-command latency distribution and percentiles:
LATENCY HISTOGRAM GET SET HGETALL
INFO latencystats
# Most expensive commands by total CPU time:
redis-cli -h redis1 -p 6379 INFO commandstats | sort -t= -k3 -rn | head
# On the server host, baseline latency outside Redis (VM/steal detection, 30 s):
redis-cli --intrinsic-latency 30
LATENCY RESET

Qué hace

El latency monitor registra los picos de latencia de eventos como fork, AOF fsync, el ciclo de expiración y los comandos lentos; muestra los percentiles de latencia por comando y los comandos más costosos por tiempo total de CPU; mide la latencia base a nivel de host.

Cuándo usarlo

Cuando la aplicación ve picos de latencia p99 y las quejas de lentitud continúan aunque SLOWLOG esté limpio.

Precaución

latency-monitor-threshold vale 0 por defecto (desactivado); restaure el valor anterior tras el diagnóstico. SLOWLOG solo mide el tiempo de ejecución de los comandos y no ve las esperas de red ni de cola; los eventos LATENCY también capturan pausas dentro del servidor como fork y fsync. --intrinsic-latency consume CPU y debe ejecutarse en la máquina que aloja el servidor Redis.