General error: 2013 Lost connection to MySQL server during query in Magento

O que fazer quando ocorrer o erro SQLSTATE[HY000]: General error: 2013 Lost connection to MySQL server during query, query was no Magento. Principais motivos e Soluções que podem ser aplicadas.

General error: 2013 Lost connection to MySQL server during query in Magento

Este erro pode ocorrer quando realizada uma pesquisa que retorne qualquer produto, gerando a seguinte mensagem de erro no Magento.

Erro:

Erro completo ao realizar alguma ação no painel administrativo do Magento (Backend)

Primeira Solução

Primeiro você exclui a pasta de bloqueios no diretório (exemplo: public_html/var/lock) var: var / lock

Verifique se a permissão da pasta var / lock e todos os arquivos no diretório de bloqueios estão com 777.

Faça um backup do banco de dados e exclua catalog_product_flat_1, catalog_product_flat_2 ou se houver outro.

Execute o seguinte código pelo terminal

php indexer.php –reindex catalogsearch_fulltext Isto irá reindexar seu Índice de Pesquisa de Catálogo ou se você deseja atualizar todos os índices executados:

php indexer.php reindexall

Não resolveu o problema?

Soluções alternativas para erro Lost connection to Mysql

Verifique uma das opções abaixo e veja qual a melhor solução se aplica em sua loja. Tais motivos listados são genéricos e podem resolver este erro em qualquer aplicação (não apenas no Magento)

Conexão persistente

1) Você está usando uma conexão DB persistente? As tabelas estão sendo usadas / bloqueadas durante sua consulta? Verifique a utilização da função de conexão mysql_pconnect mysql_pconnect – Abra uma conexão persistente com um servidor MySQL

Estabelece uma conexão persistente com um servidor MySQL. mysql_pconnect () atua muito como mysql_connect () com duas grandes diferenças.

Primeiro, ao conectar-se, a função tentaria primeiro encontrar um link (persistente) que já esteja aberto com o mesmo host, nome de usuário e senha. Se for encontrado, um identificador será retornado em vez de abrir uma nova conexão.

Em segundo lugar, a conexão com o servidor SQL não será fechada quando a execução do script terminar.

Em vez disso, o link permanecerá aberto para uso futuro (mysql_close () não fechará os links estabelecidos pelo mysql_pconnect ()). Este tipo de link é, portanto, chamado de “persistente”.

Tempo limite de conexão

2) Talvez você precise ajustar o tempo limite padrão para o MySQL? Veja aqui como mudar o tempo limite do MySQL em um servidor

Siga estas etapas para resolver o problema:

Faça login no seu servidor usando o SSH.

Edite my.cnf (o arquivo de configuração do MySQL).

sudo vi /etc/my.cnf

Localize a configuração do tempo limite e ajuste-a para o seu servidor.

wait_timeout = 28800
interactive_timeout = 28800

O tempo limite interativo não afeta nenhuma conexão de aplicativo da web. Um tempo interativo alto, mas um tempo de espera baixo é normal e é a melhor prática.

Escolha um valor wait_timeout razoável. Ambientes PHP sem estado fazem bem com um tempo limite de 60 segundos ou menos. Aplicativos de estado que usam um pool de conexão (Java, .NET, etc.) precisarão ajustar wait_timeout para combinar suas configurações de pool de conexão. As 8 horas padrão (wait_timeout = 28800) funcionam bem com pools de conexão configurados corretamente.

Configure o wait_timeout para ser um pouco mais longo do que a vida de conexão esperada do pool de conexão do aplicativo. Esta é uma boa verificação de segurança.

Considere mudar o valor wait_timeout online. Isso não requer uma reinicialização do MySQL e o wait_timeout pode ser ajustado no servidor em execução sem incorrer em tempo de inatividade. Você emitiria set global wait_timeout = 60 e quaisquer novas sessões criadas herdariam esse valor. Certifique-se de preservar a configuração em my.cnf. Todas as conexões existentes precisarão atingir o valor antigo de wait_timeout se o aplicativo abandonar a conexão. Se você tiver trabalhos de relatório que farão um processamento local mais longo enquanto estiver em uma transação, você pode considerar ter esses problemas de trabalho definir sessão wait_timeout = 3600 após a conexão.

Salve as mudanças e saia do editor.

Reinicie o MySQL para aplicar as alterações da seguinte maneira:

sudo /etc/init.d/mysql restart

Consultas grandes

3) Há também uma boa resposta aqui, que pode ser o seu problema, uma vez que é uma consulta tão grande: conexão perdida com o servidor MySQL durante a consulta

Você também pode obter esses erros se você enviar uma consulta ao servidor incorreta ou muito grande. Se o mysqld receber um pacote que é muito grande ou fora de ordem, assume que algo deu errado com o cliente e fecha a conexão. Se você precisar de grandes consultas (por exemplo, se estiver trabalhando com grandes colunas BLOB), você pode aumentar o limite de consulta configurando a variável max_allowed_packet do servidor, que tem um valor padrão de 1 MB. Você também pode precisar aumentar o tamanho máximo do pacote no final do cliente. Mais informações sobre a configuração do tamanho do pacote são fornecidas na Seção B.5.2.10, “Pacote muito grande”.

Você pode obter mais informações sobre as conexões perdidas iniciando mysqld com a opção –log-warnings = 2. Isso registra alguns dos erros desconectados no arquivo hostname.err

Avalie este artigo!

Clique nas estrelas, para dar uma nota de 1 à 5.

1 estrela2 estrelas3 estrelas4 estrelas5 estrelas (Nenhuma avaliação ainda)
Loading...

Dúvidas? Faça um comentário logo abaixo ou envie uma mensagem clicando aqui.

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *