Resposta direta: quando o MySQL fica lento ou indisponível, confirme o erro e o escopo, verifique processo, conexão, logs, recursos, consultas e bloqueios nessa ordem. Preserve evidências antes de reiniciar e não execute reparos ou otimizações em massa sem diagnóstico, backup e conhecimento do mecanismo de armazenamento.
Revisão técnica: 08/09/2026.
Registre erro e escopo
Capture código, mensagem, horário, host, aplicação e operação realizada. Descubra se a falha atinge todas as bases, apenas uma conta ou uma consulta. Diferencie conexão recusada, autenticação negada, tempo esgotado e resposta lenta. Cada sinal aponta para uma etapa diferente e exige evidência própria.
Confirme serviço e caminho
Verifique se o processo está ativo e ouvindo no socket ou porta esperada. Teste localmente com conta autorizada e depois pelo caminho da aplicação. Revise DNS, firewall e rede somente quando o teste indicar. O manual do MySQL lista causas comuns de conexão e ajuda a evitar mudanças aleatórias.
Consulte o log de erros
Leia o período anterior à falha, não apenas as linhas após o reinício. Procure problema de acesso ao diretório de dados, espaço, arquivo, recuperação, encerramento inesperado ou configuração inválida. Preserve uma cópia relevante com fuso e versão. Mensagens parecidas podem ter causas diferentes entre versões.
Meça recursos, consultas e bloqueios
Observe CPU, memória, I/O, espaço, conexões, threads, transações e filas. Identifique consultas longas e bloqueios usando ferramentas compatíveis com a versão. Correlacione com tráfego e tarefas agendadas. Não encerre processos indiscriminadamente, pois uma transação interrompida pode exigir recuperação e ampliar o impacto.
Proteja dados antes da correção
Confirme backup utilizável e espaço antes de reparar, atualizar ou alterar arquivos. Não copie um diretório de dados ativo como se fosse backup consistente. Avalie replicação e recuperação conforme a arquitetura. Para cópias lógicas, consulte o procedimento de backup e restauração SQL por SSH.
Valide serviço e prevenção
Depois da correção, teste conexão, leitura, gravação, transação e funções críticas da aplicação. Acompanhe erros, latência e recursos por um ciclo representativo. Registre causa, impacto e ações no relatório pós-incidente. Ajuste alertas para detectar o sinal inicial, com responsável e procedimento de resposta.
