Solución:
De la documentación:
Más raramente, puede suceder cuando el cliente está intentando la conexión inicial con el servidor. En este caso, si el valor de connect_timeout se establece en solo unos segundos, es posible que pueda resolver el problema aumentándolo a diez segundos, tal vez más si tiene una distancia muy larga o una conexión lenta. Puede determinar si está experimentando esta causa menos común usando SHOW STATUS LIKE ‘aborted_connections’. Aumentará en uno por cada intento de conexión inicial que el servidor anule. Es posible que vea “paquete de autorización de lectura” como parte del mensaje de error; si es así, eso también sugiere que esta es la solución que necesita.
Intenta aumentar connect_timeout en tus my.cnf expediente
Otro estilo:
MySQL: se perdió la conexión con el servidor MySQL al ‘leer el paquete de comunicación inicial’
-
En algún momento, fue imposible para los clientes remotos conectarse al servidor MySQL.
-
El cliente (alguna aplicación en una plataforma Windows) dio una descripción vaga como
Connection unexpectedly terminated. -
Al iniciar sesión de forma remota con el cliente MySQL, apareció el siguiente error:
ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial communication packet', system error: 0
En FreeBSD esto sucede porque no se encontró ninguna coincidencia en /etc/hosts.allow. Añadiendo la siguiente línea antes de la línea que dice ALL:ALL corrige esto:
mysqld: ALL: allow
En sistemas Unix que no son FreeBSD, vale la pena verificar los archivos /etc/hosts.allow y /etc/hosts.deny. Si está restringiendo las conexiones, asegúrese de que esta línea esté en /etc/hosts.allow:
mysqld: ALL
o compruebe si el host aparece en /etc/hosts.deny.
En Arch Linux, se puede agregar una línea similar a /etc/hosts.allow:
mysqld: ALL
Esto suele deberse a una conexión anulada. Puede verificar esto verificando el estado:
mysql> SHOW GLOBAL STATUS LIKE 'Aborted_connects';
Si este contador sigue aumentando a medida que se pierden las conexiones, es una señal de que tiene un problema durante la conexión.
Un remedio que parece funcionar en muchos casos es aumentar el tiempo de espera. Un valor sugerido es 10 segundos:
mysql> SET GLOBAL connect_timeout = 10;
Otra causa común de tiempos de espera de conexión es la búsqueda de DNS inversa que es necesaria al autenticar clientes. Se recomienda ejecutar MySQL con la variable de configuración en my.cnf:
[mysqld]
skip-name-resolve
Esto significa que sus declaraciones GRANT deben basarse en la dirección IP en lugar del nombre de host.
También encontré este informe de 2012 en el sitio f5.com (ahora protegido por inicio de sesión, pero lo obtuve a través de la caché de Google)
Es probable que el proxy no funcione a menos que esté ejecutando BIG-IP 11.1 y MySQL 5.1, que fueron las versiones con las que probé. El protocolo MySQL tiene la costumbre de cambiar.
Le sugiero que se ponga en contacto con el soporte de F5 y confirme que está utilizando una combinación compatible de versiones.
Mi caso fue que el servidor no aceptó la conexión desde esta IP. El servidor es un servidor SQL de Google Apps Engine y debe configurar hosts remotos permitidos que puedan conectarse al servidor.
Agregar el (nuevo) host a la página de administración de GAE resolvió el problema.