violation strip_tags sqlstate error mysql sql mysqldump mysql-management

mysql - strip_tags - sqlstate[42000]: syntax error or access violation: 1064 laravel



Importación de archivo 1GO SQL=> ERROR 2013(HY000) en la línea 23: se perdió la conexión al servidor MySQL durante la consulta (5)

En mi caso fue debido a la falta de RAM, traté de importar un archivo comprimido comprimido de 90MB a un servidor de 1GB de RAM vps y el error 2013 siguió ocurriendo hasta que desactivé el servicio httpd para liberar algo de memoria y volver a ejecutar el comando de importación y fue exitoso entonces.

Tengo que importar 1go de datos de SQL, levanté el paquete max_allowed_packet a 1100M para estar seguro.

Así que yo uso:

Mi consulta

mysql -u root -p -D mainbase < GeoPC_WO.sql

Pero 1 minuto después, se detiene durante el proceso y recibo este error:

**ERROR 2013 (HY000) at line 23: Lost connection to MySQL server during query **Lost connection to MySQL server during query****


Es posible que tenga algunas declaraciones de inserción grandes que sean más grandes que su tamaño máximo. Verifique su archivo /etc/mysql/my.cnf o donde sea que esté. No puedo recordar cuál es el valor predeterminado, pero puede ser útil establecerlo en algo grande como a continuación.

Esta es una opción

[mysqld] max_allowed_packet = 16M

Y tal vez a la inversa.

[mysqldump] max_allowed_packet = 16M


Puedes probar con esto:

Primero:

sudo /etc/init.d/mysql stop

Entonces deberías editar este archivo:

sudo vi /etc/mysql/my.cnf

Agregue la siguiente línea a la sección [mysqld]:

innodb_force_recovery = 4

Finalmente:

sudo /etc/init.d/mysql start

(innodb_force_recovery obliga a que se inicie el motor de almacenamiento InnoDB. El valor 4 significa que sus archivos de datos pueden estar dañados. Para obtener más información, visite: http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html )

Saludos.


Tuve exactamente el mismo problema. Después de 1 hora de lucha resolví esto estableciendo

net_write_timeout

a un valor más alto (en mi situación es 300 )


En mi caso, el problema ("Conexión perdida con el servidor MySQL durante la consulta") estaba en un archivo de volcado dañado o en los discos duros que se comportan mal:

Primero, hice un volcado en el servidor principal y luego copié ese volcado en el servidor de replicación. Pero parece que el servidor de replicación tuvo algunos problemas con sus discos duros y el volcado se corrompió, es decir, el MD5 del archivo de volcado original en el servidor principal era diferente del MD5 de la copia de volcado en el servidor de replicación.