Pular para o conteúdo principal
Monitorar seu sistema de banco de dados em um ambiente de produção é vital para entender a saúde da sua implantação, para que você possa evitar ou resolver interrupções. O dashboard avançado é uma ferramenta leve projetada para oferecer visibilidade profunda sobre seu sistema ClickHouse e seu ambiente, ajudando você a se antecipar a gargalos de desempenho, falhas do sistema e ineficiências. O dashboard avançado está disponível tanto no ClickHouse OSS (software open source) quanto no Cloud. Neste artigo, mostraremos como usar o dashboard avançado no Cloud.

Como acessar o dashboard avançado

O dashboard avançado pode ser acessado navegando até:
  • Painel lateral esquerdo
    • MonitoringAdvanced dashboard

Acessando o dashboard avançado nativo

O dashboard avançado nativo pode ser acessado navegando até:
  • Painel lateral esquerdo
    • MonitoringAdvanced dashboard
    • Clicando em You can still access the native advanced dashboard.
Isso abrirá o dashboard avançado nativo em uma nova guia. Você precisará se autenticar para acessar o dashboard. Cada visualização tem uma consulta SQL associada que a preenche. Você pode editar essa consulta clicando no ícone de caneta.

Visualizações prontas para uso

Os gráficos padrão do dashboard avançado foram projetados para oferecer visibilidade em tempo real do seu sistema ClickHouse. Abaixo está uma lista com descrições de cada gráfico. Eles estão agrupados em três categorias para ajudar você a navegar entre eles.

Específicas do ClickHouse

Estas métricas foram projetadas para monitorar a saúde e o desempenho da sua instância do ClickHouse.

Específico de saúde do sistema

Monitorar o sistema subjacente é tão importante quanto monitorar o próprio ClickHouse.

Específico do ClickHouse Cloud

O ClickHouse Cloud armazena dados usando armazenamento de objetos (tipo S3). Monitorar essa interface pode ajudar a detectar problemas.

Como identificar problemas usando o dashboard avançado

Ter essa visão em tempo real da integridade do seu serviço do ClickHouse ajuda muito a mitigar problemas antes que eles afetem seu negócio ou a resolvê-los. Abaixo estão alguns problemas que você pode identificar usando o dashboard avançado.

Inserções sem batch

Conforme descrito na documentação de boas práticas, recomenda-se sempre inserir dados em massa no ClickHouse, quando isso puder ser feito de forma síncrona. Uma inserção em massa com um tamanho de batch adequado reduz o número de partes criadas durante a ingestão, resultando em gravações em disco mais eficientes e em menos operações de mesclagem. As principais métricas para identificar inserções não otimizadas são Inserted Rows/sec e Max Parts for Partition O exemplo acima mostra dois picos em Inserted Rows/sec e Max Parts for Partition entre 13h e 14h. Isso indica que estamos fazendo a ingestão de dados em uma velocidade adequada. Em seguida, vemos outro grande pico em Max Parts for Partition após as 16h, mas com Inserted Rows/sec muito baixo. Muitas partes estão sendo criadas com muito poucos dados, o que indica que o tamanho dessas partes está subótimo.

Consulta intensiva em recursos

É comum executar consultas SQL que consomem muitos recursos, como CPU ou memória. No entanto, é importante monitorar essas consultas e entender o impacto delas no desempenho geral da sua implantação. Uma mudança repentina no consumo de recursos sem uma alteração na vazão de consultas pode indicar a execução de consultas mais custosas. Dependendo do tipo de consultas que você executa, isso pode ser esperado, mas é útil identificá-las no painel avançado. Abaixo está um exemplo de pico no uso de CPU sem uma mudança significativa no número de consultas executadas por segundo.

Design inadequado da chave primária

Outro problema que você pode identificar usando o dashboard avançado é um design inadequado da chave primária. Como descrito em “Uma introdução prática aos índices primários no ClickHouse”, escolher a chave primária mais adequada ao seu caso de uso melhorará bastante o desempenho ao reduzir o número de linhas que o ClickHouse precisa ler para executar a consulta. Uma das métricas que você pode acompanhar para identificar possíveis melhorias nas chaves primárias é Linhas selecionadas por segundo. Um pico repentino no número de linhas selecionadas pode indicar tanto um aumento geral no throughput de consultas quanto a execução de consultas que selecionam um grande número de linhas. Usando o timestamp como filtro, você pode encontrar as consultas executadas no momento do pico na tabela system.query_log. Por exemplo, execute uma consulta que mostre todas as consultas executadas entre 11h e 11h em um determinado dia para entender quais consultas estão lendo linhas demais:
Query
Response
Neste exemplo, podemos ver a mesma consulta sendo executada em duas tabelas amazon_reviews_no_pk e amazon_reviews_pk. Pode-se concluir que alguém estava testando uma opção de chave primária na tabela amazon_reviews.
Última modificação em 29 de junho de 2026