Métricas e monitoramento de TTL

Nesta página, abordaremos as métricas de time to live (TTL) do Spanner. Para saber mais, consulte Sobre TTL.

Métrica

O Spanner fornece informações sobre atividades de TTL em um sistema que pode ser lida com consultas SQL e como métricas acessadas por Cloud Monitoring:

A tabela do sistema informa informações de TTL por tabela para um banco de dados, enquanto o Cloud Monitoring informa as métricas no nível do banco de dados.

Usar uma consulta SQL

O Spanner fornece uma tabela integrada que rastreia informações relacionadas para TTL. A tabela se chama SPANNER_SYS.ROW_DELETION_POLICIES e contém a seguir.

Nome da coluna	Tipo	Descrição
TABLE_NAME	STRING	O nome da tabela que contém essa política de TTL.
PROCESSED_WATERMARK	TIMESTAMP	Esta política foi executada em todas as linhas da tabela no momento. Algumas partições de tabela podem ter sido processadas mais recentemente. Portanto, este carimbo de data/hora representa a partição recém-processada. Normalmente, isso leva até 72 horas.
UNDELETABLE_ROWS	INT64	O número de linhas que não podem ser excluídas pela política de TTL. Consulte Linhas não delegáveis para mais detalhes.
MIN_UNDELETABLE_TIMESTAMP	TIMESTAMP	O carimbo de data/hora mais antigo das linhas não elegíveis que foi observado durante o último ciclo de processamento.

As informações da política de exclusão são retornadas por tabela para seu banco de dados.

É possível consultar esses dados com uma consulta SQL semelhante a esta:

SELECT TABLE_NAME, UNDELETABLE_ROWS
FROM SPANNER_SYS.ROW_DELETION_POLICIES
WHERE UNDELETABLE_ROWS > 0

As tabelas SPANNER_SYS só podem ser acessadas por interfaces SQL. Por exemplo:

• Página do Spanner Studio no console do Google Cloud
• O comando gcloud spanner databases execute-sql
• A API executeQuery

Outros métodos de leitura única que o Spanner fornece não oferecem suporte SPANNER_SYS:

Usar o Cloud Monitoring

O Spanner fornece as seguintes métricas para monitorar a atividade de TTL em em nível de banco de dados:

• row_deletion_policy/deleted_rows é o número de linhas excluídas pelo TTL. política.
• row_deletion_policy/undeletable_rows é o número de linhas que correspondem ao exclusão de linhas (GoogleSQL) ou TTL INTERVAL(PostgreSQL) mas ela não pode ser excluída. Isso geralmente ocorre porque a linha tinha muitas linhas filhas, fazendo com que a ação exceda o limite limite de transação.
• row_deletion_policy/processed_watermark_age é o tempo entre agora e o carimbo de data/hora de leitura usado pelo último ciclo bem-sucedido (com ou sem linhas não deletáveis).

Essas métricas estão disponíveis no Cloud Monitoring. e o console do Google Cloud.

Monitoramento

Também é possível monitorar outras atividades de TTL.

Encontrar a última verificação concluída

É possível encontrar a hora do último snapshot em que o Spanner concluiu verificação da tabela em busca de linhas expiradas. Para fazer isso como uma consulta SQL:

SELECT PROCESSED_WATERMARK
FROM SPANNER_SYS.ROW_DELETION_POLICIES
WHERE TABLE_NAME = $name

Como alternativa, a métrica row_deletion_policy/process_watermark_age exibe informações semelhantes, mas é expressa como a diferença entre o horário atual e o horário da última verificação. A métrica não é detalhada por tabela, mas representa o tempo de verificação mais antigo das tabelas ativadas para TTL no banco de dados.

As linhas que correspondem a uma política de TTL geralmente são excluídas em até 72 horas após ou a data de validade. Você pode definir um alerta em processed_watermark_age para receber uma notificação se o período exceder 72 horas.

Se processed_watermark_age tiver mais de 72 horas, isso pode indicar que tarefas de prioridade mais alta estão impedindo a execução do TTL. Nesse caso, recomendamos verificar a utilização da CPU e adicionar mais capacidade de computação, se necessário. Se a utilização da CPU estiver dentro do intervalo recomendado, verifique o uso excessivo do ponto de acesso usando o Key Visualizer.

Monitorar linhas excluídas

Para monitorar a atividade de TTL na sua tabela, faça um gráfico da row_deletion_policy/deleted_rows. Essa métrica mostra o número de linhas excluídas ao longo do tempo.

Se nenhum dado tiver expirado, essa métrica estará vazia.

Monitorar linhas não elegíveis

Quando o TTL não consegue excluir uma linha, o Spanner tenta de novo automaticamente. Se, após uma nova tentativa, a ação de TTL não puder ser processada, o Spanner ignorará na linha e a relata no row_deletion_policy/undeletable_rows_count métrica.

É possível definir um alerta no row_deletion_policy/undeletable_rows_count para ser notificado de uma contagem diferente de zero.

Se você encontrar uma contagem diferente de zero, poderá criar uma consulta para detalhar a contagem por tabela:

SELECT TABLE_NAME, UNDELETABLE_ROWS, MIN_UNDELETABLE_TIMESTAMP
FROM SPANNER_SYS.ROW_DELETION_POLICIES
WHERE UNDELETABLE_ROWS > 0

Para procurar o conteúdo da linha não elegível:

SELECT *
FROM $TABLE_NAME
WHERE $EXPIRE_COL >= $MIN_UNDELETABLE_TIMESTAMP

Mais comumente, uma falha na exclusão de linhas se deve a atualizações em cascata de tabelas e índices intercalados de modo que o tamanho da transação resultante exceda Limites de mutação do Spanner. Para resolver o problema, atualize o esquema para adicionar políticas de TTL em tabelas intercaladas separadas.