Diagnosticar a origem da latência (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

O que faz

O latency monitor registra picos de latência de eventos como fork, fsync do AOF, o ciclo de expire e comandos lentos; mostra os percentis de latência por comando e os comandos mais caros por tempo total de CPU; mede a latência de base no nível do host.

Quando usar

Quando a aplicação vê picos de latência p99 e as reclamações de lentidão continuam mesmo com o SLOWLOG limpo.

Atenção

latency-monitor-threshold tem padrão 0 (desligado); restaure o valor antigo após o diagnóstico. O SLOWLOG mede apenas o tempo de execução do comando e não vê esperas de rede ou de fila; os eventos LATENCY também capturam travamentos internos do servidor, como fork e fsync. --intrinsic-latency consome CPU e precisa rodar na máquina que hospeda o servidor Redis.