Investiga el alto uso de CPU

En esta página, se describe cómo usar las métricas y los gráficos de uso de CPU, junto con otras herramientas de introspección, para investigar el alto uso de CPU en tu base de datos.

Identificar si una tarea del sistema o del usuario está provocando un alto uso de CPU

La consola de Google Cloud proporciona varias herramientas de supervisión para Spanner, lo que te permite ver el estado de las métricas más esenciales para tu instancia. Una de estas opciones es un gráfico llamado Uso de CPU: total. En este gráfico, se muestra el uso de CPU total, como un porcentaje de los recursos de CPU de la instancia, desglosado por prioridad de la tarea y tipo de operación. Existen dos tipos de tareas: las tareas del usuario, como lecturas y escrituras, y las tareas del sistema, que abarcan tareas automatizadas en segundo plano, como la compactación y el reabastecimiento de índices.

En la Figura 1, se muestra un ejemplo del gráfico Uso de CPU: total.

Ejemplo de uso de CPU: gráfico de totales

Figura 1. Gráfico de Uso de CPU: total en el panel de Monitoring en la consola de Google Cloud

Ahora, imagina que recibes una alerta de Cloud Monitoring que indica que el uso de CPU aumentó de forma significativa. Abre el panel de Monitoring de tu instancia en la consola de Google Cloud y examina el gráfico Uso de CPU: total en la consola de Cloud. Como se muestra en la Figura 1, puedes ver el aumento del uso de CPU a partir de las tareas de usuario de alta prioridad. El siguiente paso es descubrir qué operación del usuario de prioridad alta está causando este aumento en el uso de la CPU.

Puedes visualizar esta y otras métricas en una serie temporal mediante los paneles de Estadísticas de consultas. Estos paneles precompilados te ayudan a ver los aumentos repentinos en el uso de CPU y a identificar consultas ineficientes.

Identifica qué operación del usuario está causando el aumento repentino del uso de CPU

En el gráfico Uso de CPU: total de la Figura 1, se muestra que las tareas del usuario de alta prioridad son la causa de un mayor uso de CPU.

A continuación, examinarás el gráfico Uso de CPU por tipo de operación en la consola de Cloud. En este gráfico, se muestra el uso de CPU desglosado en operaciones de prioridad alta, media y baja iniciadas por el usuario.

¿Qué es una operación iniciada por el usuario?

Una operación iniciada por el usuario es una operación que se inicia a través de una solicitud a la API. Spanner agrupa estas solicitudes en tipos de operación o categorías, y puedes mostrar cada tipo de operación como una línea en el gráfico Uso de CPU por tipo de operación. En la siguiente tabla, se describen los métodos de la API que se incluyen en cada tipo de operación.

Operación Métodos de la API Descripción
read_readonly Read
StreamingRead
Incluye las lecturas que recuperan filas de la base de datos a través de búsquedas y análisis de claves.
read_readwrite Read
StreamingRead
Incluye las lecturas dentro de las transacciones de lectura y escritura.
read_withpartitiontoken Read
StreamingRead
Incluye operaciones de lectura realizadas mediante un conjunto de tokens de partición.
executesql_select_readonly EjecutarSQL
EjecutarStreamingStreamingSql
Incluye la ejecución de la instrucción Select SQL y las consultas de flujo de cambios.
executesql_select_readwrite EjecutarSQL
EjecutarStreamingStreamingSql
Incluye la sentencia Select de ejecución dentro de las transacciones de lectura y escritura.
executesql_select_withpartitiontoken EjecutarSQL
EjecutarStreamingStreamingSql
Incluye la sentencia Select de ejecución realizada con un conjunto de tokens de partición.
executesql_dml_readwrite EjecutarSQL
EjecutarStreamingStreamingSql
EjecutarBatchDml
Incluye ejecutar la declaración DML en SQL de ejecución.
executesql_dml_partitioned EjecutarSQL
EjecutarStreamingStreamingSql
EjecutarBatchDml
Incluye ejecutar instrucción de SQL DML particionada.
beginorcommit ComenzarTransacción
Confirmación
Reversión
Incluye las transacciones de inicio, confirmación y reversión.
misc PartitionQuery
PartitionRead
GetSession
CreateSession
Incluye PartitionQuery, PartitionRead, Create Database, Create Instance, operaciones relacionadas con la sesión, operaciones de entrega internas urgentes, etcétera.

Este es un ejemplo de gráfico de la métrica Uso de CPU por tipos de operación.

Ejemplo de un gráfico de uso de CPU por tipo de operación

Figura 2. Gráfico de Uso de CPU por tipo de operación en la consola de Google Cloud.

Puedes limitar la visualización a una prioridad específica con el menú Prioridad en la parte superior del gráfico. Representa cada tipo de operación o categoría en un gráfico de líneas. Las categorías enumeradas debajo de la tabla identifican cada gráfico. Puedes ocultar y mostrar cada gráfico seleccionando o anulando la selección de su respectivo filtro de categoría.

Como alternativa, también puedes crear este gráfico en el Explorador de métricas como se describe a continuación:

Crea un gráfico para el uso de CPU por tipo de operaciones en el Explorador de métricas

  1. En la consola de Google Cloud, selecciona Monitoring o usa el siguiente botón:

    Ir a Monitoring

  2. Selecciona Explorador de métricas en el panel de navegación.
  3. En el campo Buscar tipo de recurso y métrica, ingresa el valor spanner.googleapis.com/instance/cpu/utilization_by_operation_type y, luego, selecciona la fila que aparece debajo del cuadro.
  4. En el campo Filtro, ingresa el valor instance_id, luego ingresa el ID de la instancia que deseas examinar y haz clic en Aplicar.
  5. En el campo Agrupar por, selecciona category en la lista desplegable. En el gráfico, se mostrará el uso de CPU de las tareas del usuario agrupadas por tipo de operación o categoría.

Si bien la métrica Uso de CPU por prioridad en la sección anterior ayudó a determinar si un usuario o una tarea del sistema provocó un aumento en el uso de recursos de CPU, con la métrica Uso de CPU por tipo de operación puedes profundizar y descubrir el tipo de operación iniciada por el usuario detrás de este aumento en el uso de CPU.

Identificar qué solicitud del usuario contribuye a un aumento en el uso de la CPU

Para determinar qué solicitud de usuario específica es responsable del aumento repentino en el uso de CPU en el gráfico de tipo de operación executesql_select_readonly que ves en la figura 2, usarás las tablas de estadísticas de introspección integradas para obtener más información.

Usa la siguiente tabla como guía para determinar qué tabla de estadísticas consultar según el tipo de operación que causa un uso de CPU alto.

Tipo de operación Consulta Lectura Transacción
read_readonly No No
read_readwrite No
read_withpartitiontoken No No
executesql_select_readonly No No
executesql_select_withpartitiontoken No No
executesql_select_readwrite No
executesql_dml_readwrite No
executesql_dml_partitioned No No
beginorcommit No No

Por ejemplo, si read_withpartitiontoken es el problema, soluciona el problema con estadísticas de lectura.

En esta situación, la operación executesql_select_readonly parece ser la razón del aumento en el uso de CPU que observas. En función de la tabla anterior, deberías observar las estadísticas de consulta a continuación para determinar cuáles son las consultas costosas, cuáles se ejecutan con frecuencia o analiza una gran cantidad de datos.

Para averiguar cuáles fueron las consultas con el mayor uso de CPU en la hora anterior, puedes ejecutar la siguiente consulta en la tabla de estadísticas query_stats_top_hour.

SELECT text,
       execution_count AS count,
       avg_latency_seconds AS latency,
       avg_cpu_seconds AS cpu,
       execution_count * avg_cpu_seconds AS total_cpu
FROM spanner_sys.query_stats_top_hour
WHERE interval_end =
  (SELECT MAX(interval_end)
   FROM spanner_sys.query_stats_top_hour)
ORDER BY total_cpu DESC;

El resultado mostrará las consultas ordenadas por uso de CPU. Una vez que identifiques la consulta con el uso más alto de CPU, puedes probar las siguientes opciones para ajustarla.

  • Revisa el plan de ejecución de consultas para identificar cualquier ineficiencia posible que pueda contribuir a un uso de CPU elevado.

  • Revisa tu consulta para asegurarte de que siga las prácticas recomendadas de SQL.

  • Revisa el diseño del esquema de la base de datos y actualiza el esquema para permitir consultas más eficientes.

  • Establece un modelo de referencia para la cantidad de veces que Spanner ejecuta una consulta durante un intervalo. Con este modelo de referencia, podrás detectar e investigar la causa de las desviaciones inesperadas del comportamiento normal.

Si no pudiste encontrar una consulta con uso intensivo de CPU, agrega capacidad de procesamiento a la instancia. Agregar capacidad de procesamiento proporciona más recursos de CPU y permite que Spanner maneje una carga de trabajo más grande. Para obtener más información, consulta Aumenta la capacidad de procesamiento.

¿Qué sigue?