MySQL Workbench 6.3 (Mac) hängt von einfachen Abfragen ab


86

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.

Screenshot von MySQL Workbench im hängengebliebenen Zustand

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.


Workbench ist viel abgestürzt und ziemlich instabil. Aber es könnte auch etwas mit der Verbindung zu tun haben. Obwohl diese Frage auf SO imo gehört.
Bas

1
Ist das eine SSH-Verbindung? Es gibt Probleme mit der zugrunde liegenden SSH-Bibliothek (paramiko), die in letzter Zeit viel Kummer verursachen.
Mike Lischke

Ich habe genau die gleiche Situation. Meine Verbindung ist 'Standard (TCP / IP)'
cellepo

3
@YouriThielen nicht für mich. 6.3.8 hängt auch. muss fast jedes Mal erzwingen.
Nick Humphrey

2
Ich hatte dieses Problem. Versuchte jede Lösung unten, keine steckte fest. Letztendlich "gelöst" durch den Wechsel zu SQL Pro ( sequelpro.com ), das kostenlos und Open Source ist. Auf jeden Fall nicht für jeden eine Lösung, aber für diejenigen, die MySQL noch nicht kennen (wie ich), ist es schön zu wissen, dass es Optionen gibt ...
Owen

Antworten:


111

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:

xattr -dr com.apple.quarantine "/Applications/MySQLWorkbench.app"

2
Vielen Dank für den tieferen Einblick in den Ursprung dieses scheinbar albernen Fehlers. So frustrierend.
Mark Canlas

Ich arbeite für mich und hoffe, dass das Problem mit dieser Lösung behoben ist
Abhishek Thapliyal

2
Ein Upgrade auf MySQL Workbench 6.3.9 hat das Problem für mich behoben. Musste es manuell herunterladen, da die vorherige Version behauptete, auf dem neuesten Stand zu sein.
Ben Thielker

14
MySQL Workbench 6.3.9 unter macOS High Sierra 10.13 hat immer noch dieses Problem. Das Deaktivieren von SSL funktioniert nicht.
Adrian J. Moreno

Hat jemand eine Lösung für High Sierra?
Hundley

53

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.


Ich benutze 6.3.8.CE und erlebe das Gleiche ... aber nicht die ganze Zeit ...
anders

1
Ich benutze v6.3.8 und es hat auch bei mir funktioniert. Ich habe das Problem übrigens seit Version 6.3.3.
user3203239

Es passiert immer noch, sehr nervig. Wann wird Release 6.3.9 verfügbar sein? Der Hack funktioniert immer noch, aber ab und zu vergesse ich es zu tun und muss das Beenden erzwingen und wieder öffnen.
gdfbarbosa

1
Arbeiten an MWorkbench 6.3.4.0 Build 828! OS Sierra 10.12.2 Danke! :)
Nerdcoder

Habe dies vor Monaten zufällig gefunden und benutze es seitdem. Jetzt am 6.3.6 Build 511
Hesham

41

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.


2
Ja, das hat bei mir funktioniert. Außerdem habe ich den lokalen Ordner in ~ <Benutzername> / Library / Application \ Support / MySQL / Workbench gelöscht - dieser enthält den gesamten Cache usw. Sicherte die Verbindungen zuerst mit Tools -> Connections -> Backup
Farhad

Das hat auch bei mir funktioniert, aber es gibt nette Funktionen in der neuesten Version. Kennt jemand eine Lösung in der neuesten Version 6.3.8 (Mac)? Genau wie beim OP erhalte ich bei der Verbindung nur eine zufällige Erfolgsquote von ~ 10%.
Jürgenfd

1
Das Löschen des lokalen Ordners hilft nicht
Cellepo

Ich habe seitdem auch ein Downgrade auf 6.1 (speziell 6.1.11891) durchgeführt, und bis jetzt hat das das Problem auch für mich gelöst. 6.1 war die neueste, die funktioniert (andere Versionen dazwischen und die neueste Version 6.3.8 funktionierten nicht)
cellepo

4
Ja, das hat definitiv geholfen. Hier ist der Link für alle Fälle: dev.mysql.com/downloads/file/?id=452671
Ron

18

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.


1
Soweit ich das beurteilen kann, scheint dies den Trick getan zu haben: Ich kann wieder Abfragen auf der ersten Verbindungsregisterkarte ausführen! Vielen Dank.
Bryan B.

1
Dies hat funktioniert, es sollte die akzeptierte Antwort sein, da ein Downgrade nicht immer eine Option ist.
Peter Wooster

2
Zu Ihrer Information, um zu dieser Einstellung zu gelangen, wählen Sie Datenbank | Verbindungen über das Menü verwalten. Wählen Sie im angezeigten Dialogfeld die Verbindung (z. B. localhost) aus der Liste links aus und wählen Sie dann die Registerkarte "Verbindung" und dann die Registerkarte "SSL". Von dort aus können Sie den Wert der Dropdown-Liste "SSL verwenden" ändern.
Greg Brown

Beste Lösung, die ich gefunden habe. Erleichtert, wenn nicht behoben meine Probleme, die nach dem Upgrade von Sierra OSX entstanden sind. Ich würde denken, Oracle wäre mit dem Geld von Ask Foistware bündig genug, um Produkte zu warten.
Ficuscr

Diese Idee hat bei Windows auch mit MySQL WB 6.3.7 funktioniert. Vielen Dank!
Manoj

16

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:

  • Öffne MySQL Workbench :)
  • Klicken Sie mit der rechten Maustaste auf Ihre Verbindung (höchstwahrscheinlich "localhost" oder "127.0.0.1").
  • Wählen Sie "Verbindung bearbeiten".
  • Wählen Sie im rechten Fenster "Verbindung> SSL".
  • Ändern Sie "SSL verwenden" von "Wenn verfügbar" in "Nein".
  • Klicken Sie nun auf die Registerkarte "Systemprofil"
  • Wählen Sie "MacOS X" als Systemtyp
  • Klicken Sie auf "Verbindung testen".

Credits: http://cordobo.com/2398-mysql-workbench-6-3-macos-sierra-hangs-on-simple-queries/


Also, warum verlinkt der Blog-Beitrag, den Sie
gutschreiben,

Irgendwie sind die Titel gleich.
lft93ryt



2
  1. 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/

  2. Es funktioniert für mich. Ich denke, das wird für Sie funktionieren.


1

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.


1

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.


0

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.


0

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:

sudo dscacheutil -flushcache;
sudo killall -HUP mDNSResponder; 
say cache flushed

0

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 .


0

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.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.