Analisando o registro de lentidão
Use o registro de lentidão do Redis para encontrar comandos que bloqueiam o servidor, interpretar entradas e ajustar os limites que os capturam.
Analisando o registro de lentidão é uma aula grátis de Redis Caching & Messaging (Pub/Sub, Streams) no CoddyKit. Esta é a aula 4 de 4. Você pode ler a aula completa abaixo gratuitamente — depois pratica ao vivo no navegador com um editor de código integrado e um tutor de IA 24/7. Faz parte do caminho de aprendizado de Redis Caching & Messaging (Pub/Sub, Streams), e seu progresso é sincronizado entre a web e o app CoddyKit. O curso de Redis Caching & Messaging (Pub/Sub, Streams) inclui 4 aulas no total.
Partes desta aula ainda não foram traduzidas e aparecem em inglês.
Redis Is Single-Threaded
Command execution in Redis is effectively single-threaded. One slow command blocks every other client. The slow log records commands whose execution time exceeds a threshold, so you can hunt down these blockers.
What It Measures
The slow log times only command execution, not network or I/O wait. So a logged entry means Redis itself spent that long, usually on an expensive operation over many elements.
Configuring the Threshold
slowlog-log-slower-than sets the threshold in microseconds. A value of 10000 logs commands slower than 10ms. Set it to 0 to log everything (for debugging) or -1 to disable.
CONFIG SET slowlog-log-slower-than 10000Limiting Log Size
slowlog-max-len caps how many entries are retained; older ones are evicted. This keeps memory bounded.
CONFIG SET slowlog-max-len 128Reading the Log
SLOWLOG GET returns recent entries; pass a count to limit them. Each entry has an ID, timestamp, microsecond duration, the command and arguments, and the client address.
SLOWLOG GET 10Interpreting an Entry
Look at the command and its duration. A KEYS * or a large SMEMBERS over a million-element set will show big durations, pinpointing the culprit and the calling client.
# 1) id 14
# 2) timestamp 1716900000
# 3) microseconds 23000
# 4) ["KEYS", "*"]Length and Reset
SLOWLOG LEN gives the current entry count, and SLOWLOG RESET clears the log, handy before reproducing an issue.
SLOWLOG LEN
SLOWLOG RESETCommon Offenders
Frequent slow-log culprits:
KEYSon large keyspaces (useSCAN)- Big
SMEMBERS/HGETALL/LRANGE 0 -1 - Unbounded
SORT - Large
DEL(useUNLINK)
SCAN 0 MATCH user:* COUNT 100
UNLINK biglistFrom Detection to Fix
Once the slow log names a command, fix it: paginate with cursors, model data to avoid huge single keys, or move heavy work off the hot path. Re-check the log to confirm the durations drop.
Continuous Monitoring
Sample the slow log periodically from a monitoring job and alert when slow commands appear, so you catch regressions before users feel them.
redis-cli SLOWLOG GET 5Threshold Tuning
Start with a moderate threshold (e.g. 10ms) in production. Lower it temporarily when investigating, then restore it, because logging everything adds a tiny per-command cost.
Quick Check
Test your understanding of the slow log.
Recap
You learned to use the slow log: configure slowlog-log-slower-than and slowlog-max-len, read entries with SLOWLOG GET, interpret durations, and fix common offenders like KEYS and huge single-key reads. Monitor it continuously to catch performance regressions early.
Aprenda Redis Caching & Messaging (Pub/Sub, Streams) com um tutor de IA — grátis
Escreva e execute código real no seu navegador, obtenha ajuda instantânea de um tutor de IA 24/7 e continue de onde parou na web ou no app.
- Cursos
- 12
- Aulas
- 48
Perguntas Frequentes
A aula “Analisando o registro de lentidão” é grátis?
Sim — o texto completo de “Analisando o registro de lentidão” é grátis para ler aqui na web. Para praticá-la interativamente (um editor de código integrado e um tutor de IA 24/7) e desbloquear o restante do curso de Redis Caching & Messaging (Pub/Sub, Streams), atualize para CoddyKit PRO. O curso de Redis Caching & Messaging (Pub/Sub, Streams) inclui 4 aulas no total.
O que vou aprender em “Analisando o registro de lentidão”?
Use o registro de lentidão do Redis para encontrar comandos que bloqueiam o servidor, interpretar entradas e ajustar os limites que os capturam. Você pratica Redis Caching & Messaging (Pub/Sub, Streams) com código prático que executa diretamente no navegador, e um tutor de IA 24/7 responde suas dúvidas enquanto trabalha na aula.
Preciso ter experiência prévia para começar Redis Caching & Messaging (Pub/Sub, Streams)?
Nenhuma experiência prévia é necessária. Redis Caching & Messaging (Pub/Sub, Streams) no CoddyKit é estruturado para alunos iniciantes até avançados, então você pode começar aqui ou desde o início e aprender no seu ritmo. Esta é a aula 4 de 4.
Quanto tempo leva a aula “Analisando o registro de lentidão”?
A maioria das aulas CoddyKit leva cerca de 5–10 minutos. Cada uma é compacta e interativa, então você faz progresso constante e retoma exatamente de onde parou entre web e app.
Posso escrever e executar código nesta aula de Redis Caching & Messaging (Pub/Sub, Streams)?
Sim. Cada aula de Redis Caching & Messaging (Pub/Sub, Streams) inclui um editor de código integrado, então você escreve e executa código real direto no navegador e recebe feedback de IA instantaneamente — nenhuma configuração local necessária.
Todas as aulas deste curso
- Ferramentas de monitoramento do Redis
- Diagnóstico de problemas de desempenho
- Ajuste e otimização de desempenho
- Analisando o registro de lentidão