Como diagnosticar gargalos de banco antes de aumentar infraestrutura

Comece pelo sintoma que o usuário sente

Banco lento e uma descrição ampla demais para virar plano de ação. O primeiro passo é separar tela lenta, relatório lento, carga atrasada e indisponibilidade intermitente.

Essa separação evita aumentar a instância inteira quando o problema está em uma consulta específica, em concorrência com ETL ou em falta de índice.

• Liste horários, telas, queries e rotinas afetadas.
• Compare picos de lentidão com CPU, memória, IOPS, conexões e lock.
• Registre se o gargalo afeta leitura, escrita, batch ou analytics.

Valide query, índice e plano de execução

Antes de comprar mais capacidade, olhe para os planos de execução das consultas mais caras. Varreduras completas, joins sem seletividade e filtros sem índice costumam explicar boa parte do custo percebido.

A análise precisa considerar volume atual e crescimento previsto, porque uma query aceitável hoje pode virar incidente quando a tabela dobrar.

• Colete as queries com maior tempo total, maior frequência e maior variância.
• Verifique tabelas com crescimento acelerado e ausência de arquivamento.
• Separe ajuste rápido de índice de revisão estrutural de modelagem.

Priorize por impacto, risco e esforço

Nem toda melhoria deve ser executada primeiro. Uma boa priorização mostra economia potencial, ganho de performance, risco de regressão e dependência com outras mudanças.

O resultado esperado é um backlog técnico que o decisor consegue defender: quick wins de baixo risco, mudanças com janela controlada e refatores que exigem projeto.