Entrar ou criar conta

Upnetix Labs · protocolo de experimento

Protocolo: Qual o impacto do volume de consultas simultâneas na latência média das queries SQL no Redash?

Este protocolo responde como a latência média das queries SQL no Redash varia conforme o número de execuções simultâneas. O objetivo é medir o tempo de resposta do Redash sob diferentes cargas de trabalho.

Redash do zero à análise colaborativa
Ligado ao treinamento Redash do zero à análise colaborativa
Protocolo, não resultado. Esta página descreve como medir. Execução pela engenharia Upnetix: ainda não realizada. Nenhum valor aqui é resultado de medição da Upnetix; os números que valem são os que você obtém na sua bancada.
Pergunta

Como a latência média das queries SQL no Redash é afetada pelo aumento do número de execuções simultâneas?

Hipótese

A latência média das queries SQL no Redash aumenta conforme cresce o número de execuções simultâneas.

Variáveis

Independentes (o que varia)número de execuções simultâneas de queries (threads)
Dependentes (o que se mede)latência média de resposta das queries (ms)
Controladas (o que fica fixo)tipo e complexidade da query SQL; tamanho do dataset; hardware do servidor Redash; versão do Redash; versão do banco de dados; rede

Ambiente

Redash instalado via Docker, conectado a um banco PostgreSQL local com dataset fixo. Ferramenta de teste: k6 (https://k6.io, licença AGPLv3) para simular múltiplos usuários executando a mesma query via API REST do Redash.

Procedimento

  1. Preparar ambiente

    Garanta Redash e PostgreSQL em containers Docker, dataset carregado, query SQL padronizada salva no Redash.

    docker-compose up -d
  2. Configurar script k6

    Desenvolva script k6 para autenticar e executar a query via API do Redash, parametrizando o número de execuções simultâneas.

    consulte a documentação do k6 para exemplos de scripts
  3. Executar testes

    Execute o script k6 variando o número de execuções simultâneas (EXEMPLO: 1, 5, 10, 20, 50), cada configuração repetida 5 vezes.

    k6 run --vus <N> --duration 1m script.js
  4. Registrar resultados

    Coletar latência média reportada pelo k6 para cada configuração.

Planilha de coleta

execucoes_simultaneas (threads)latencia_media_ms (ms)repeticao (índice)
EXEMPLO: 10, 320, 3

Repetições recomendadas: 5. Baixe a planilha vazia em CSV: colunas prontas.

Análise

Calcule a média, mediana e desvio padrão da latência para cada nível de execuções simultâneas. Compare os resultados para identificar a tendência de crescimento da latência. Analise percentis (p95) para identificar outliers.

Critérios de decisão

  • Latência média aceitável definida pelo time técnico (consulte a documentação do Redash para recomendações).
  • Tendência de crescimento linear ou exponencial da latência com aumento de carga.
  • Estabilidade dos resultados entre repetições.

Fontes de erro e mitigação

  • Variação de desempenho do hardware durante os testes: execute em horários de baixa utilização.
  • Ruído de rede: preferir ambiente local ou rede dedicada.
  • Cache do banco de dados pode influenciar resultados: limpe o cache ou reinicie containers entre repetições.

Referências

  1. fonte oficial · GitHub (repositório oficial do projeto) (github.com)
  2. fonte oficial · Docker, Inc. (docs.docker.com)
Verificação editorial
Publicado
09/09/2026
Última revisão
09/09/2026
Versão do conteúdo
1.0
Referências
2 oficiais
Revisão técnica
redação e revisão por IA, URLs conferidas na publicação
Status
Atual
Encontrou um erro? Escreva para comercial@upnetix.com.br com o endereço da página. A revisão semestral por IA nunca altera comandos ou configurações sem passar pela fila de revisão.