Consulta de registros de consultas lentas - Tair (Redis® OSS-Compatible)

Cuando su instancia de Tair (compatible con Redis OSS) presenta alta latencia o tiempos de espera agotados, los registros de consultas lentas le ayudan a identificar qué comandos superaron un umbral de tiempo de ejecución y a localizar la causa raíz. Los registros se generan en dos niveles (nodos de datos y nodos proxy), y cada uno mide diferentes partes del ciclo de vida de la solicitud.

Los registros de consultas lentas no son compatibles con las instancias de Redis Open-Source Edition 2.8. Para consultar los registros lentos de una instancia 2.8, vaya a CloudDBA > Slow Queries en la consola. Los registros lentos de las instancias 2.8 no incluyen direcciones IP de clientes.

Funcionamiento de los registros de consultas lentas

Tair genera registros de consultas lentas desde dos orígenes. Cada origen mide el tiempo de ejecución de forma distinta y cumple un propósito de diagnóstico diferente.

Origen del registro	Qué mide la duración	Retención	Recomendado para
Nodo de datos	Tiempo de ejecución del comando únicamente en el nodo de datos. Excluye la transmisión por red y la latencia de cola. En la mayoría de los casos, se generan pocos registros de consultas lentas en los nodos de datos debido al alto rendimiento de la instancia.	72 horas	Identificar comandos lentos en el motor
Nodo proxy	Tiempo transcurrido desde que el proxy envía la solicitud a un nodo de datos hasta que recibe la respuesta. Incluye la ejecución del comando, la transmisión por red y la latencia de cola.	72 horas	Solucionar problemas de tiempo de espera agotado (más cercano a la latencia real de la aplicación)

El almacenamiento es ilimitado para ambos orígenes de registros.

Los registros lentos de nodos proxy no están disponibles para instancias Standard.

Parámetros

Parámetros de nodos de datos

Parámetro	Valor predeterminado	Unidad	Descripción
`slowlog-log-slower-than`	20000	Microsegundos	Se registran los comandos cuya ejecución supera este valor. 20000 microsegundos equivalen a 20 milisegundos. Dado que este valor excluye la latencia de red y de cola, la latencia integral real suele ser mayor.
`slowlog-max-len`	1024	—	Número máximo de entradas de registros de consultas lentas almacenadas.

Parámetros de nodos proxy

Parámetro	Valor predeterminado	Unidad	Descripción
`rt_threshold_ms`	500	Milisegundos	Se registran los comandos que tardan más que este valor. Establezca este valor cercano al periodo de tiempo de espera de su cliente, generalmente entre 200 y 500 milisegundos.

Para modificar estos parámetros, consulte Configure instance parameters.

Consulta de registros lentos en la consola

Inicie sesión en la consola y vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside su instancia y haga clic en el ID de la instancia.
En el panel de navegación izquierdo, elija Logs > Slow Logs.
En la página Slow Logs, filtre los registros por intervalo de tiempo o palabra clave. Para instancias de clúster y de división de lectura/escritura, también puede filtrar por tipo de nodo e ID de nodo.

De forma predeterminada, el campo Host Address muestra las direcciones IP de los nodos proxy para instancias de clúster y de división de lectura/escritura. Para mostrar las direcciones IP de los clientes en su lugar, establezca ptod_enabled en 1 en Parameter Settings . Para obtener más información, consulte Configure instance parameters . Las instancias antiguas muestran direcciones IP de nodos proxy (direcciones IP que comienzan con 11) de forma predeterminada. Después de establecer ptod_enabled en 1, los nodos proxy transfieren las direcciones IP de origen de los clientes a los nodos de datos del backend. El cambio en este parámetro surte efecto de inmediato. No es necesario reiniciar la instancia. Si no encuentra el parámetro ptod_enabled en la consola, actualice la instancia a una versión menor posterior compatible con este parámetro: Redis Open-Source Edition 7.0: 7.0.1.2 o posterior.Redis Open-Source Edition 6.0: 6.0.2.0 o posterior.Redis Open-Source Edition 5.0: 5.2.0 o posterior (5.5.2.0 o posterior para instancias nativas de la nube).

Entradas irrelevantes en registros lentos

Algunas entradas reflejan el comportamiento interno del motor en lugar del rendimiento real de los comandos. Puede ignorar las siguientes entradas.

Entrada	Descripción
`latency:eventloop`	Tair (compatible con Redis OSS) se ejecuta en modo controlado por eventos. Un bucle de eventos abarca la lectura, el análisis sintáctico, la ejecución de comandos y la devolución de resultados. La duración de `latency:eventloop` refleja el tiempo total de un ciclo del bucle de eventos.
`latency:pipeline`	En el modo pipeline, el cliente envía comandos y recibe respuestas en lotes. Para instancias de clúster, los nodos proxy utilizan el modo pipeline para enviar solicitudes en lotes a los nodos de datos del backend. La duración de `latency:pipeline` refleja el tiempo total para procesar todas las solicitudes en un lote de pipeline.
`latency:fork`	La duración de `latency:fork` refleja el tiempo necesario para crear un fork de un proceso secundario. Los conjuntos de datos más grandes provocan tiempos de fork más prolongados.

Referencia de API

Operación	Descripción
DescribeSlowLogRecords	Recupera los registros de consultas lentas de una instancia dentro de un intervalo de tiempo especificado.

Temas relacionados

Use slow query logs to troubleshoot timeout issues