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 j'entre une requête simple telle que
select * from `devices`;
et cliquez sur l'icône éclair avec curseur, la requête démarre, indiquée par l'activation du spinner à côté de l'onglet "SQL File 4" dans la capture d'écran suivante. Cependant, la requête ne se termine pas et se bloque simplement. L'icône blanche-main-dans-rouge-stop-sign est désactivée.
Je ne peux que forcer la fermeture de MySQL Workbench à partir de maintenant. Si j'essaie d'arrêter régulièrement, rien ne se passe.
Comment puis-je exécuter systématiquement une requête simple sur ma base de données? Parfois, cela fonctionne (peut-être 10% du temps), mais cela se bloque principalement.
la source
Réponses:
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 répète 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 : https://drive.google.com/drive/folders/0B2fTesDcrHzVRGVFWEdILWpuaEE?usp=sharing
La version a été créée par Bob Davenport. Voir https://bugs.mysql.com/bug.php?id=87714 pour plus de détails.
MISE À JOUR: Le bogue est corrigé dans MySQL Workbench 6.3.9 .
----------------------- réponse originale -----------------------
Il s'agit d'un bogue MySQL connu: http://bugs.mysql.com/bug.php?id=83658 causé par la randomisation de 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 l'ACL de quarantaine:
la source
J'ai trouvé que si vous utilisez la dernière version 6.3, pour que les requêtes fonctionnent, vous devez ouvrir une première connexion et l'ignorer, puis ouvrir une deuxième connexion. Cela crée deux onglets dans l'atelier. 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 pour quitter l'établi.
J'espère que les gens de mysql auront résolu ce problème.
la source
Pour résoudre ce problème, j'ai rétrogradé MySQL Workbench à la version 6.1. Maintenant, je peux exécuter ma requête et elle ne se bloque pas.
la source
Dans mon cas, cela 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.
la source
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:
Crédits: http://cordobo.com/2398-mysql-workbench-6-3-macos-sierra-hangs-on-simple-queries/
la source
La version 6.3.9 a résolu le problème, mais cette version n'apparaît pas dans l'option "Vérifier les mises à jour", vous devez la télécharger directement depuis le site.
Page de téléchargement officielle de MySQL Workbench
la source
6.3.9 a corrigé le problème dans le mac. Voici le lien MySql 6.3.9
la source
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 ..
la source
J'ai trouvé que la suppression du contenu du dossier du cache et des espaces de travail (~ / Library / Application Support / MySQL / Workbench) fonctionne à nouveau. Ce que je n'ai pas trouvé, c'est comment m'assurer qu'il ne se bloque plus :-(
J'ai également constaté que si je ferme manuellement l'onglet Connexion dans le menu et 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.
MISE À JOUR: Une installation propre et aucune configuration SSH, le problème persiste. Sauf si vous supprimez manuellement les fichiers du dossier cache, il continue de se bloquer.
la source
Je contournais 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 aujourd'hui, j'ai constaté que le problème était de retour. Alors aujourd'hui, j'ai supprimé le dossier de la bibliothèque utilisateur et suis revenu à la version 6.1.7. Cela fonctionne à nouveau, pour l'instant.
la source
Cela semblait parfois aider , mais pas à 100%: connectez-vous à la base de données avec un autre utilisateur, puis reconnectez-vous avec 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 source
Dans mon cas, l'adresse IP a changé là où mySQL a été servi. Le vidage du DNS a résolu le problème pour moi:
la source
Il s'agit toujours d'un bogue ouvert dans la version 6.3.8: https://bugs.mysql.com/bug.php?id=82231
La solution de contournement possible consiste à ouvrir l'onglet secondaire avec la même connexion et à y travailler. Cependant, il plante quand même de temps en temps.
Jusqu'à ce que le bogue soit corrigé, j'utilise un alternatif gratuit Mysql Workbench pour le travail courant. Pour les utilisateurs de Mac, je suggérerais https://sequelpro.com .
la source
La mise à niveau vers la version 6.3.9 a résolu le problème. Le 6.3.4 était suspendu à des requêtes pour moi. Malheureusement, l'aide> Rechercher les mises à jour n'indiquait aucune mise à jour disponible, je suis donc allé à la source.
la source