Status de Servidores

Erro 500 intermitente em site PHP e MySQL

Use logs correlacionados, testes por camada e métricas de recursos para diagnosticar erro 500 intermitente em aplicações PHP com MySQL.

Resposta direta: diante de erro 500 intermitente em um site PHP com MySQL, registre horário e requisição, consulte logs da aplicação, servidor web e banco e teste as camadas separadamente. Verifique recursos, conexões, consultas e mudanças recentes antes de reiniciar serviços ou alterar limites, pois o reinício pode apagar sinais da causa.

Revisão técnica: 08/09/2026.

Confirme o padrão da falha

Anote URL, método, usuário de teste, horário com fuso, resposta e frequência. Compare páginas estáticas, rotas PHP e funções que consultam o banco. Verifique se o erro depende de sessão, região ou carga. Preserve identificadores de requisição e não publique mensagens internas ou credenciais para obter evidência.

Leia os logs correlacionados

Consulte erro e acesso do servidor web, log do PHP, aplicação e MySQL no mesmo intervalo. Procure exceção, tempo esgotado, processo encerrado, limite de memória, conexão recusada ou pacote inválido. O guia de análise de logs do servidor ajuda a reunir contexto sem tirar conclusões de uma linha isolada.

Teste aplicação e banco separadamente

Confirme se o PHP responde sem consulta e se o banco aceita conexão autorizada pelo mesmo caminho usado pela aplicação. Valide host, porta, socket, usuário e origem, sem expor a senha. A documentação do MySQL sobre falhas de conexão diferencia serviço parado, parâmetro incorreto e acesso de rede.

Observe recursos e concorrência

Relacione CPU, memória, disco, processos, conexões e consultas ativas ao momento do erro. Procure saturação de workers, fila, bloqueio e consulta lenta. Não aumente limites automaticamente: mais processos ou conexões podem ampliar a disputa por memória e levar todo o servidor à indisponibilidade.

Compare mudanças recentes

Revise deploy, versão do PHP, extensão, plugin, regra de firewall, configuração e alteração no banco. Reverta somente quando houver estado anterior conhecido e critério de teste. Faça uma mudança por vez e registre o resultado. Em produção crítica, use janela, backup e plano de retorno.

Corrija e valide sob carga

Aplique a correção na camada confirmada, repita o cenário e acompanhe taxas de erro e latência. Verifique páginas, login, gravações e tarefas agendadas. Documente causa e prevenção no relatório pós-incidente. Se a falha continuar sem reprodução controlada, amplie observabilidade antes de fazer ajustes especulativos.