MySQL Workbench: comment maintenir la connexion vivante
Code D'Erreur: 2013. Perte de connexion au serveur MySQL lors de la requête
j'utilise MySQL Workbench. En outre, j'exécute un lot d'inserts, environ 1000 lignes au total (Ex. INSERT INTO mytable SELECT * FROM mysource1; INSERT INTO mytable SELECT * FROM mysource2;...mysource3...mysource4 multiplié 1000 fois) Chaque lot prend une quantité considérable de temps, certains d'entre eux, plus de 600 secondes.
comment configurer workbench, pour continuer à travailler pendant la nuit, sans s'arrêter et sans perdre la de connexion?
7 réponses
à Partir de maintenant indisponible internet archive:
aller à Edit -> Preferences -> SQL Editor et régler à une valeur plus élevée ce paramètre: DBMS connection read time out (en secondes). Par exemple: 86400.
fermer et rouvrir MySQL Workbench. Tuer votre requête précédente qui est probablement en cours d'exécution et exécuter la requête à nouveau.
si vous utilisez un type de connexion" TCP/IP Standard sur SSH", sous"Préférences"->" autres "il y a un champ" SSH KeepAlive". Il m'a fallu un certain temps pour le trouver :(
en 5.2.47 (au moins sur mac), allez l'emplacement des préférences est: MySQLWorkbench - > Préférences - > SQL Editor
alors vous verrez les deux:
connexion aux SGBD keep-alive intervalle (en secondes): Temps de lecture de la connexion au SGBD (en secondes):
ce dernier est où vous voudrez augmenter la limite de 600 à quelque chose d'un peu plus.
dans mon cas après avoir essayé de définir le délai SSH sur la ligne de commande et dans les paramètres du serveur local. @Ljubitel solution résolu le problème de moi.
un point à noter est que dans L'établi 6.2 le réglage est maintenant sous Avancé
si vous utilisez une connexion de type" TCP/IP standard sur SSH", c'est peut-être le serveur ssh qui garde le timing à l'écart, auquel cas vous devrez éditer les paramètres relatifs à TCPKeepAlive dans /etc/ssh/sshd_config sur votre serveur.
je recevais cette erreur 2013 et aucun des changements de préférence ci-dessus n'a rien fait pour résoudre le problème. J'ai redémarré le service mysql et le problème a disparu.
OK - donc ce numéro m'a rendu fou-v 6.3.6 sur Ubuntu Linux. Aucune des deux solutions n'a fonctionné pour moi. Se connecter au serveur mysql de localhost auparavant fonctionnait toujours très bien. La connexion au serveur distant est toujours chronométrée - après environ 60 secondes, parfois après moins de temps, parfois plus.
ce qui a finalement fonctionné pour moi a été la mise à niveau de L'établi à 6.3.9 - plus de connexions tombées.