MySQL Workbench 6.3 (Mac) se bloque sur des requêtes simples
J'utilise MySQL Workbench 6.3.7 build 1199 CE (64 bits) sur un Mac avec OS X Yosemite 10.10.5. Je me connecte à une instance Amazon RDS MySQL.
Lorsque je saisis une requête simple telle que
select * from `devices`;
et cliquez sur l'icône en forme d'éclair avec curseur, la requête démarre, indiquée par l'activation du compteur en regard de l'onglet "Fichier SQL 4" dans la capture d'écran suivante. Cependant, la requête ne se termine pas et se bloque. L'icône blanc-main-en-rouge-stop-signe est désactivée.
Je ne peux que forcer quitter MySQL Workbench à partir de maintenant. Si j'essaie de cesser de fumer régulièrement, rien ne se passe.
Comment puis-je toujours exécuter une requête simple sur ma base de données? Parfois, cela fonctionne (peut-être 10% du temps), mais cela ne tient que la plupart du temps.
Pour résoudre ce problème, j'ai rétrogradé MySQL Workbench en 6.1. Maintenant, je peux exécuter ma requête et elle ne se bloque pas.
MISE À JOUR 3: Le problème est résolu pour MacOS HighSierra dans MySQL Workbench 6.3.10 .
MISE À JOUR 2: Il semble que le bogue se reproduise dans MacOS HighSierra. Voir https://bugs.mysql.com/bug.php?id=83658 pour plus de détails.
Il existe une version non officielle qui résout le problème. Vous pouvez le télécharger à l'adresse suivante: https://drive.google.com/drive/folders/0B2fTesDcrHzVRGVFWEdILWpuaEE?usp=sharing
La construction a été créée par Bob Davenport. Voir https://bugs.mysql.com/bug.php?id=87714 pour plus de détails.
UPDATE: Le bogue est corrigé dans MySQL Workbench 6.3.9 .
----------------------- réponse d'origine -----------------------
Il s’agit d’un bogue MySQL connu: http://bugs.mysql.com/bug.php?id=83658 provoqué par la randomisation du chemin GateKeeper introduite dans MacOS Sierra. Voir https://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/ .
Une solution de contournement possible consiste à supprimer la liste de contrôle d'accès de quarantaine:
xattr -dr com.Apple.quarantine "/Applications/MySQLWorkbench.app"
J'ai constaté que si vous utilisez la dernière version 6.3, vous devez ouvrir une première connexion pour que les requêtes fonctionnent, l'ignorer puis une deuxième connexion. Cela crée deux onglets dans le workbench. Si vous effectuez vos requêtes dans le deuxième onglet, cela fonctionne. Si vous essayez dans le premier onglet, il se bloque.
J'ai aussi constaté qu'il fallait forcer une force à quitter l'atelier.
J'espère que les gens de MySQL auront résolu ce problème.
Dans mon cas, il changeait la connexion-> ssl-> Utiliser le paramètre SSL de "Si disponible" à "Non". Workbench 6.3.8 sur OSX 10.12.1 fonctionne maintenant pour moi.
Le rouet de la mort est dû à la nouvelle fonctionnalité introduite dans la mise à jour de Sierra, appelée " Gatekeeper Path Randomization ".
Suivez les instructions:
- Ouvrez MySQL Workbench :)
- Faites un clic droit sur votre connexion (probablement “localhost” ou “127.0.0.1”)
- Choisissez «Modifier la connexion»
- Dans la fenêtre de droite, sélectionnez «Connexion> SSL».
- Changer «Utiliser SSL» de «Si disponible» à «Non»
- Maintenant, cliquez sur l'onglet "Profil système"
- Choisissez “MacOS X” comme type de système
- Cliquez sur «Tester la connexion».
Crédits: http://cordobo.com/2398-mysql-workbench-6-3-macos-sierra-hangs-on-simple-queries/
La version 6.3.9 a résolu le problème, mais cette version ne s'affiche pas dans l'option "Rechercher les mises à jour", vous devez télécharger directement à partir du site.
6.3.9 corrigé le problème dans le mac. Voici le lien MySql 6.3.9
Enfin, j'ai téléchargé MySQL Workbench 6.3.10 et installé MySQL Workbench 6.3.10 et résolu mon problème. J'ai téléchargé MySQL Workbench 6.3.10 à partir du lien ci-dessous https://dev.mysql.com/downloads/workbench/
Cela fonctionne pour moi .. Je pense que cela fonctionnera pour vous ..
J'ai constaté que la suppression du contenu du dossier de cache et d'espaces de travail (~/Bibliothèque/Application Support/MySQL/Workbench) fonctionnait à nouveau. Ce que je n'ai pas trouvé, c'est comment faire en sorte qu'il ne soit plus suspendu :-(
J'ai également constaté que si je ferme manuellement l'onglet Connexion du menu et que je quitte WB du menu et non des boutons de la fenêtre du système d'exploitation, cela semble plus stable la prochaine fois.
PS: J'utilise une connexion SSH, donc cela peut être dû à cela, mais cela ne se produit pas toujours.
UPDATE: Une installation propre et aucune configuration SSH, le problème persiste. À moins que vous ne supprimiez manuellement les fichiers du dossier de cache, il continue à se bloquer.
Je tentais de résoudre le problème pendant un certain temps en supprimant le dossier de la bibliothèque utilisateur et en revenant à la version 6.2.5 ... mais j'ai trouvé aujourd'hui que le problème était de retour. Donc aujourd'hui, j'ai supprimé le dossier de la bibliothèque utilisateur et je suis revenu à la version 6.1.7. Cela fonctionne à nouveau, pour l'instant.
Dans mon cas, l'adresse IP a changé lorsque mySQL a été servi . Flushing the DNS l'a corrigé pour moi:
Sudo dscacheutil -flushcache;
Sudo killall -HUP mDNSResponder;
say cache flushed
C’est toujours un bogue ouvert en 6.3.8: https://bugs.mysql.com/bug.php?id=82231
La solution possible consiste à ouvrir l'onglet secondaire avec la même connexion et à y travailler. Cependant, il se bloque quand même de temps en temps.
Jusqu'à ce que le bogue soit corrigé, j'utilise gratuitement Mysql Workbench pour le travail courant. Pour les utilisateurs de Mac, je suggérerais https://sequelpro.com .
Cela semblait aider certains du temps, mais pas à 100%: Connectez-vous à la base de données avec un utilisateur différent, puis reconnectez-vous à l'utilisateur d'origine.
Je suis sur le point de déclasser comme le dit la réponse acceptée, car cela ne résout pas le problème à chaque fois.
La mise à niveau vers la version 6.3.9 a résolu le problème. Le 6.3.4 était en attente pour moi. Malheureusement, Aide> Rechercher les mises à jour n'a pas indiqué de mises à jour disponibles, je suis donc allé à la source.