Quando sua instância Tair (compatível com Redis OSS) apresenta alta latência ou timeouts, os logs de consultas lentas ajudam a identificar quais comandos excederam um limiar de tempo de execução e a localizar a causa raiz. Os logs são gerados em dois níveis — nós de dados e nós de proxy — e cada um mede diferentes partes do ciclo de vida da solicitação.
Instâncias do Redis Open-Source Edition 2.8 não oferecem suporte a logs de consultas lentas. Para visualizar logs lentos de uma instância 2.8, acesse CloudDBA > Slow Queries no console. Os logs lentos para instâncias 2.8 não incluem endereços IP do cliente.
Funcionamento dos logs de consultas lentas
O Tair gera logs de consultas lentas a partir de duas fontes. Cada fonte mede o tempo de execução de forma diferente e atende a uma finalidade distinta de diagnóstico.
|
Fonte do log |
O que a duração mede |
Retenção |
Recomendado para |
|
Nó de dados |
Tempo de execução do comando apenas no nó de dados. Exclui transmissão de rede e latência de fila. Na maioria dos casos, poucos logs de consultas lentas são gerados nos nós de dados devido ao alto desempenho da instância. |
72 horas |
Identificar comandos lentos no nível do mecanismo |
|
Nó de proxy |
Tempo desde o envio da solicitação pelo proxy a um nó de dados até o recebimento da resposta. Inclui execução do comando, transmissão de rede e latência de fila. |
72 horas |
Solucionar problemas de timeout (mais próximo da latência real da aplicação) |
O armazenamento é ilimitado para ambas as fontes de log.
Logs lentos de nó de proxy não estão disponíveis para instâncias Standard.
Parâmetros
Parâmetros do nó de dados
|
Parâmetro |
Padrão |
Unidade |
Descrição |
|
|
20.000 |
Microssegundos |
Comandos com tempo de execução superior a este valor são registrados. 20.000 microssegundos equivalem a 20 milissegundos. Como esse valor exclui latência de rede e de fila, a latência real de ponta a ponta costuma ser maior. |
|
|
1.024 |
— |
Número máximo de entradas de log de consultas lentas armazenadas. |
Parâmetros do nó de proxy
|
Parâmetro |
Padrão |
Unidade |
Descrição |
|
|
500 |
Milissegundos |
Comandos com duração superior a este valor são registrados. Defina este valor próximo ao período de timeout do seu cliente, geralmente entre 200 e 500 milissegundos. |
Para modifique esses parâmetros, consulte Configurar parâmetros da instância.
Visualizar logs lentos no console
Faça login no console e acesse a página Instances. Na barra de navegação superior, selecione a região onde sua instância está localizada e clique em ID da instância.
No painel de navegação à esquerda, escolha Logs > Slow Logs.
-
Na página Slow Logs, filtre os logs por intervalo de tempo ou palavra-chave. Para instâncias cluster e de divisão de leitura/gravação, filtre também por tipo de nó e ID do nó.
Por padrão, o campo Host Address exibe endereços IP do nó de proxy para instâncias cluster e de divisão de leitura/gravação. Para mostrar endereços IP do cliente, defina
ptod_enabledcomo1em Parameter Settings . Para mais detalhes, consulte Configurar parâmetros da instância .
Entradas irrelevantes nos logs lentos
Algumas entradas refletem o comportamento interno do mecanismo, e não o desempenho real do comando. Ignore as seguintes entradas.
|
Entrada |
Descrição |
|
|
O Tair (compatível com Redis OSS) opera em modo orientado a eventos. Um loop de eventos abrange leitura, análise, execução de comandos e retorno de resultados. A duração de |
|
|
No modo pipeline, o cliente envia comandos e recebe respostas em lotes. Em instâncias cluster, os nós de proxy utilizam o modo pipeline para enviar solicitações em lote aos nós de dados de backend. A duração de |
|
|
A duração de |
Referência da API
|
Operação |
Descrição |
|
Recupera logs de consultas lentas de uma instância dentro de um intervalo de tempo especificado. |
Tópicos relacionados
Usar logs de consultas lentas para solucionar problemas de timeout