Ich verwende MySQL Workbench 6.3.7 Build 1199 CE (64 Bit) auf einem Mac mit OS X Yosemite 10.10.5. Ich verbinde mich mit einer Amazon RDS MySQL-Instanz.
Wenn ich eine einfache Abfrage wie z
select * from `devices`;
Wenn Sie auf das Blitz-mit-Cursor-Symbol klicken, wird die Abfrage gestartet. Dies wird durch den Spinner angezeigt, der im folgenden Screenshot neben der Registerkarte "SQL-Datei 4" aktiviert wird. Die Abfrage wird jedoch nicht abgeschlossen und hängt nur. Das Symbol für das weiße Hand-in-Rot-Stoppschild ist deaktiviert.
Ich kann MySQL Workbench erst ab diesem Zeitpunkt erzwingen. Wenn ich versuche, regelmäßig zu beenden, passiert nichts.
Wie kann ich eine einfache Abfrage in meiner Datenbank konsistent ausführen? Manchmal funktioniert es (vielleicht 10% der Zeit), aber es hängt meistens nur.
quelle
Antworten:
UPDATE 3: Das Problem wurde für MacOS HighSierra in MySQL Workbench 6.3.10 behoben .
UPDATE 2: Es sieht so aus, als würde der Fehler in MacOS HighSierra erneut auftreten. Weitere Informationen finden Sie unter https://bugs.mysql.com/bug.php?id=83658 .
Es gibt einen inoffiziellen Build, der das Problem behebt. Sie können es herunterladen unter: https://drive.google.com/drive/folders/0B2fTesDcrHzVRGVFWEdILWpuaEE?usp=sharing
Der Build wurde von Bob Davenport erstellt. Weitere Informationen finden Sie unter https://bugs.mysql.com/bug.php?id=87714 .
UPDATE: Der Fehler wurde in MySQL Workbench 6.3.9 behoben .
----------------------- ursprüngliche Antwort -----------------------
Es ist ein bekannter MySQL-Fehler: http://bugs.mysql.com/bug.php?id=83658 , der durch die in MacOS Sierra eingeführte GateKeeper-Pfad-Randomisierung verursacht wird. Siehe https://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/ .
Eine mögliche Problemumgehung besteht darin, die Quarantäne-ACL zu entfernen:
quelle
Ich habe festgestellt, dass Sie, wenn Sie die neueste Version 6.3 verwenden, eine erste Verbindung öffnen und ignorieren und dann eine zweite Verbindung öffnen müssen, damit Abfragen funktionieren. Dadurch werden zwei Registerkarten in der Workbench erstellt. Wenn Sie Ihre Abfragen auf der zweiten Registerkarte ausführen, funktioniert dies. Wenn Sie es in der ersten Registerkarte versuchen, hängt es.
Ich habe auch festgestellt, dass Sie eine Kraft ausführen müssen, um die Werkbank zu verlassen.
Ich hoffe, die MySQL-Leute bekommen das behoben.
quelle
Um dieses Problem zu beheben, habe ich MySQL Workbench auf 6.1 heruntergestuft. Jetzt kann ich meine Abfrage ausführen und sie hängt nicht mehr.
quelle
In meinem Fall wurde die Einstellung verbindung-> ssl-> SSL verwenden von "Wenn verfügbar" auf "Nein" geändert. Workbench 6.3.8 unter OSX 10.12.1 funktioniert jetzt für mich.
quelle
Das sich drehende Rad des Todes ist auf die neue Funktion zurückzuführen, die im Sierra-Update " Gatekeeper Path Randomization " eingeführt wurde.
Folge den Anweisungen:
Credits: http://cordobo.com/2398-mysql-workbench-6-3-macos-sierra-hangs-on-simple-queries/
quelle
Die Version 6.3.9 hat das Problem behoben, aber diese Version wird nicht in der Option "Nach Upgrades suchen" angezeigt. Sie müssen sie direkt von der Site herunterladen.
Offizielle Download-Seite von MySQL Workbench
quelle
6.3.9 Das Problem auf dem Mac wurde behoben. Hier ist der Link MySql 6.3.9
quelle
Endlich habe ich heruntergeladen MySQL Workbench 6.3.10 und installieren MySQL Workbench 6.3.10 und mein Problem gelöst. Ich habe MySQL Workbench 6.3.10 vom folgenden Link heruntergeladen: https://dev.mysql.com/downloads/workbench/
Es funktioniert für mich. Ich denke, das wird für Sie funktionieren.
quelle
Ich habe festgestellt, dass das Löschen des Inhalts des Cache- und Arbeitsbereichsordners (~ / Library / Application Support / MySQL / Workbench) wieder funktioniert. Was ich nicht gefunden habe, ist, wie ich sicherstellen kann, dass es nicht wieder hängt :-(
Ich habe auch festgestellt, dass es beim nächsten Mal stabiler erscheint, wenn ich die Registerkarte Verbindung im Menü manuell schließe und WB aus dem Menü und nicht über die Schaltflächen des Betriebssystemfensters beende.
PS: Ich verwende eine SSH-Verbindung, daher kann dies daran liegen, aber es passiert nicht immer.
UPDATE: Bei einer Neuinstallation und ohne SSH-Konfigurationen bleibt das Problem weiterhin bestehen. Sofern Sie die Cache-Ordner-Dateien nicht manuell löschen, bleibt sie weiterhin hängen.
quelle
Ich habe das Problem eine Weile umgangen, indem ich den Benutzerbibliotheksordner gelöscht und auf Version 6.2.5 zurückgegriffen habe ... aber heute stellte ich fest, dass das Problem wieder aufgetreten war. Also habe ich heute den Benutzerbibliotheksordner gelöscht und bin zu Version 6.1.7 zurückgekehrt. Im Moment funktioniert es wieder.
quelle
Dies schien zu helfen , einige der Zeit, aber nicht 100%: eine Verbindung zur Datenbank mit einem anderen Benutzer, und dann wieder zu verbinden mit dem ursprünglichen Benutzer.
Ich bin dabei, ein Downgrade durchzuführen, wie die akzeptierte Antwort sagt, da dies nicht jedes Mal gelöst wird.
quelle
In meinem Fall hat sich die IP-Adresse dort geändert, wo mySQL bereitgestellt wurde. Das Leeren des DNS hat es für mich behoben:
quelle
Dies ist immer noch ein offener Fehler in 6.3.8: https://bugs.mysql.com/bug.php?id=82231
Die mögliche Problemumgehung besteht darin, die sekundäre Registerkarte mit derselben Verbindung zu öffnen und dort zu arbeiten. Es stürzt jedoch trotzdem von Zeit zu Zeit ab.
Bis der Fehler behoben ist, verwende ich die kostenlose MySQL Workbench aleternative für die allgemeine Arbeit. Für Mac-Benutzer würde ich https://sequelpro.com vorschlagen .
quelle
Ein Upgrade auf 6.3.9 hat das Problem behoben. Die 6.3.4 hing an Fragen für mich. Leider zeigte die Hilfe> Nach Updates suchen nicht an, dass Updates verfügbar waren, und so ging ich zur Quelle.
quelle