web-dev-qa-db-fra.com

Importation du fichier 1GO SQL => ERROR 2013 (HY000) à la ligne 23: perte de connexion au serveur MySQL lors de l'interrogation 

Je dois importer 1 Go de données SQL, j'ai soulevé le max_allowed_packet à 1100M pour être sûr.

Donc j'utilise: 

Ma requête 

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

Mais 1 minute plus tard, il s’arrête pendant le processus et j’obtiens cette erreur: 

**ERROR 2013 (HY000) at line 23: Lost connection to MySQL server during query
**Lost connection to MySQL server during query****
mysqlsqlmysqldumpmysql-management
16
Anthony

Il est possible que vous ayez de grandes instructions d'insertion plus grandes que votre taille maximale. Vérifiez votre fichier /etc/mysql/my.cnf ou n’importe où. Je ne me souviens plus de la valeur par défaut - mais il peut être utile de choisir une valeur plus grande, comme ci-dessous.

C'est une option

[mysqld]
max_allowed_packet = 16M

Et peut-être l'inverse

[mysqldump]
max_allowed_packet = 16M
12
Adrian Cornish

J'ai eu exactement le même problème. Après une heure de lutte, j’ai résolu le problème en plaçant

net_write_timeout

à une valeur plus élevée (dans mon cas c'est 300 )

13
bakytn

Dans mon cas, le problème ("Connexion perdue avec le serveur MySQL pendant une requête") était dans un fichier de vidage corrompu ou dans les disques durs défectueux:  

Tout d'abord, j'ai effectué un cliché sur le serveur principal, puis copié ce cliché sur le serveur de réplication. Mais il semble que le serveur de réplication a rencontré des problèmes avec ses disques durs et que le vidage a été corrompu, c’est-à-dire que MD5 du fichier de vidage d’origine sur le serveur principal était différent de MD5 de la copie de vidage sur le serveur de réplication.

1
nightcoder

Vous pouvez essayer avec ceci:

Premier:

Sudo /etc/init.d/mysql stop

Ensuite, vous devriez éditer ce fichier:

Sudo vi /etc/mysql/my.cnf

Ajoutez la ligne suivante à la section [mysqld]:

innodb_force_recovery = 4

Finalement:

Sudo /etc/init.d/mysql start

(innodb_force_recovery force le moteur de stockage InnoDB à démarrer. La valeur 4 signifie que vos fichiers de données peuvent être corrompus. Pour plus d'informations, visitez le site: http://dev.mysql.com/doc/refman/5.7/en/forcing -innodb-recovery.html )

Salutations.

0
Gustavo Magallanes Guijón

Dans mon cas, c’est à cause du manque de mémoire vive que j’ai essayé d’importer un fichier sql compressé de 90 Mo sur un serveur vps de 1 Go RAM et l’erreur 2013 est survenue jusqu’à ce que j’ai mis le service httpd hors service pour libérer de la mémoire. et exécutez à nouveau la commande d'importation, qui a ensuite abouti.

0
xManh