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.

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
- Preparar ambiente
Garanta Redash e PostgreSQL em containers Docker, dataset carregado, query SQL padronizada salva no Redash.
docker-compose up -d - 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 - 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 - 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
- fonte oficial · GitHub (repositório oficial do projeto) (github.com)
- fonte oficial · Docker, Inc. (docs.docker.com)
- 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
