Uma mensagem de erro muito temida de MySQL durante perguntas � de usu�rio MySQL partiu. Uma mensagem alternativa � conex�o perdida ao usu�rio durante a pergunta. Este � um problema estranho que aflija uma grande variedade de software do PHP que inclui mas n�o limitada a WordPress. H� diversas causas para ele. Deixe-nos olhar a terra comum e algumas causas raras e o que voc� pode fazer para o reparar.

As causas as mais comuns s�o:
1. O usu�rio cronometrado para fora e fechado a conex�o. � revelia, o usu�rio fecha a conex�o ap�s 8 horas ou 28800 segundos se nada aconteceu. Voc� pode mudar o limite de tempo ajustando a vari�vel do wait_timeout quando voc� come�a o mysqld atrav�s de /etc/my.cnf do seu usu�rio (no linux; encontre a lima no diret�rio de instala��o em janelas) tamb�m. Isto afeta na maior parte conex�es persistentes; as conex�es abriram usando o mysql_pconnect () no PHP. Pode igualmente afetar conex�es associadas de diz toda a associa��o da conex�o do lado de usu�rio.

2. Uma outra raz�o comum receber o usu�rio de MySQL tem o erro ausente ido � porque voc� emitiu um pr�ximo em sua conex�o de MySQL e o tentou ent�o funcionar uma pergunta na conex�o fechado. Este � um problema de l�gica simples. Voc� est� compartilhando da conex�o atrav�s das linhas m�ltiplas?

3. Voc� come� um intervalo de parada da conex�o do TCP/IP no lado de cliente. Isto pode acontecer se voc� tem usado os comandos: mysql_options (, MYSQL_OPT_READ_TIMEOUT,) ou mysql_options (, MYSQL_OPT_WRITE_TIMEOUT,). Neste caso aumentar o intervalo de parada, como descrito acima, pode ajudar a resolver o problema.

4. Voc� encontrou um intervalo de parada no lado de usu�rio e o reconnection autom�tico no cliente � deficiente. Refira por favor o artigo lig acima para detalhes e solu��o.

5. Voc� pode igualmente come� estes erros se voc� emite uma pergunta ao usu�rio que � incorreto ou demasiado grande. Se o mysqld recebe um pacote que seja demasiado grande ou avariado, supor que algo foi mal com o cliente e fecha a conex�o. Se voc� precisa perguntas grandes (por exemplo, se voc� est� trabalhando com as colunas grandes da GOTA), voc� pode aumentar o limite da pergunta ajustando a vari�vel do max_allowed_packet do usu�rio, que tem um valor de defeito de 1MB. Voc� pode igualmente precisar de aumentar o tamanho de pacote m�ximo na extremidade do cliente. Mais informa��o em ajustar o tamanho de pacote � dada na se��o B.1.2.9, pacote demasiado grande.

6. Uma INSER��O ou SUBSTITUI a indica��o que introduz um grande muitas fileiras pode igualmente causar estas sortes dos erros. Qualquer um uma destas indica��es emite um �nico pedido ao usu�rio independentemente do n�mero de fileiras ser introduzido; assim, voc� pode frequentemente evitar o erro reduzindo o n�mero de fileiras emitidas por a INSER��O ou SUBSTITUI-LO.

7. Voc� igualmente come� uma conex�o perdida se voc� est� emitindo um pacote 16MB ou maior se seu cliente � mais idoso de 4.0.8 e seu usu�rio s�o 4.0.8 e acima, ou a outra maneira ao redor.

Poucas causas raras s�o:
1. Raramente o administrador do DB pode ter matado a linha running com uma indica��o da MATAN�A ou um comando da matan�a do mysqladmin.

2. Uma aplica��o de cliente que funciona em um anfitri�o diferente n�o tem os privil�gios necess�rios conectar ao usu�rio de MySQL desse anfitri�o.

3. Voc� est� usando um cliente de Windows e o usu�rio deixou cair a conex�o (provavelmente porque o wait_timeout expirou) antes que o comando est�ve emitido. O problema em Windows � que em alguns casos MySQL n�o come� um erro do �smio quando escrever � conex�o do TCP/IP ao usu�rio, mas come� preferivelmente o erro quando tentando ler a resposta da conex�o.

4. Antes de MySQL 5.0.19, mesmo se a bandeira da reconex�o na estrutura de MYSQL � igual a 1, MySQL automaticamente n�o reconecta e n�o reedita a pergunta porque n�o sabe se o usu�rio come� a pergunta original ou n�o.

5. � igualmente poss�vel ver este erro se as consultas do hostname falham (por exemplo, se o usu�rio de DNS em que sua usu�rio ou rede confiam vai para baixo). Isto � porque MySQL � dependente do sistema de anfitri�o para o name resolution, mas n�o tem nenhuma maneira de saber se est� trabalhando - do ponto de vista de MySQL o problema � indistingu�vel de todo o outro intervalo de parada da rede.

6. Voc� pode igualmente ver que o usu�rio de MySQL tem o erro ausente ido se MySQL � come�ado com - op��o dos saltar-trabalhos em rede.

7. Voc� pode igualmente encontrar este erro com aplica��es que se bifurcam os processos de crian�a, que tentam usar a mesma conex�o ao usu�rio de MySQL. Isto pode ser evitado usando uma conex�o separada para cada processo de crian�a.

8. Uma outra edi��o dos trabalhos em rede que possa causar este erro ocorre se o porto de MySQL (defeito 3306) � obstru�do por seu guarda-fogo, assim impedindo todas as conex�es de todo ao usu�rio de MySQL.

9. Voc� encontrou um erro onde o usu�rio morresse ao executar a pergunta. Fonte

Toma o tempo e o esfor�o para identificar e resolver estes problemas. Por experi�ncia falador n�o � frequentemente o que olha no primeiro lugar. N�o supor qualquer coisa, governam diligently para fora todas as possibilidades at� que voc� o resolver.