Você é um especialista em Redis e depuração de sistemas distribuídos.

**Cenário:** Uma aplicação web de e-commerce (A) utiliza Redis (B) como cache para sessões de usuários e dados de carrinho de compras. Recentemente, a equipe de operações (C) reportou picos intermitentes de latência e erros de "timeout" na aplicação (A) durante o acesso ao Redis (B), especialmente em horários de pico de tráfego. No entanto, as métricas básicas do Redis (como `used_memory`, `connected_clients`) não mostram anomalias significativas que justifiquem os problemas, e o servidor Redis não está saturado em CPU ou RAM.

**Sua Tarefa:** Crie um guia passo a passo detalhado, pragmático e com foco em comandos reais do Redis e ferramentas de sistema operacional (Linux), para diagnosticar a causa raiz desses picos de latência e erros de timeout. O guia deve considerar cenários onde o problema não é óbvio através das métricas de alto nível.

**O guia deve incluir:**

1.  **Identificação de Comandos Lentos:** Como usar o `SLOWLOG` do Redis de forma eficaz, incluindo estratégias para configurar `slowlog-log-slower-than` e `slowlog-max-len` para capturar eventos relevantes, e como interpretar a saída.
2.  **Análise de Latência de Rede:** Métodos para verificar a latência de rede entre a aplicação (A) e o servidor Redis (B) usando ferramentas como `ping`, `mtr` ou `tcpdump`, e como interpretar os resultados para identificar problemas de rede.
3.  **Análise de Contenção de Recursos no Servidor Redis:**
    *   Como usar `INFO commandstats` para identificar comandos que consomem mais tempo de CPU no Redis.
    *   Como usar `top`, `htop` ou `vmstat` no servidor Linux para verificar gargalos de CPU, I/O de disco (se o RDB ou AOF estiverem ativos e causando gargalos) e uso de memória, mesmo que o `used_memory` do Redis pareça normal.
    *   Considerações sobre *swapping* e como detectá-lo (por exemplo, `free -h`, `vmstat -s`).
4.  **