MySQL Workbench 6.3 (Mac) zawiesza się przy prostych zapytaniach

Używam MySQL Workbench 6.3.7 build 1199 CE (64 bity) na komputerze Mac z systemem OS X Yosemite 10.10.5. Łączę się z wystąpieniem MySQL Amazon RDS.

Kiedy wprowadzam proste zapytanie, takie jak

select * from `devices`;

i kliknij ikonę błyskawicy z kursorem, zostanie uruchomione zapytanie, na co wskazuje aktywacja pokrętła obok zakładki „Plik SQL 4” na poniższym zrzucie ekranu. Jednak zapytanie nie kończy się i po prostu zawiesza się. Ikona znaku stop z białą ręką w czerwonym kolorze jest wyłączona.

Od tego momentu mogę wymusić zamknięcie MySQL Workbench. Jeśli próbuję rzucić palenie regularnie, nic się nie dzieje.

Jak mogę konsekwentnie uruchamiać proste zapytanie w mojej bazie danych? Czasami to działa (może w 10% przypadków), ale przeważnie po prostu się zawiesza.

UPDATE 3: Problem został rozwiązany dla MacOS HighSierra w MySQL Workbench 6.3.10 .

AKTUALIZACJA 2: Wygląda na to, że błąd powtarza się ponownie w systemie MacOS HighSierra. Więcej informacji można znaleźć pod adresem https://bugs.mysql.com/bug.php?id=83658 .

Istnieje nieoficjalna kompilacja, która rozwiązuje problem. Możesz go pobrać pod adresem : https://drive.google.com/drive/folders/0B2fTesDcrHzVRGVFWEdILWpuaEE?usp=sharing

Kompilację stworzył Bob Davenport. Więcej informacji można znaleźć pod adresem https://bugs.mysql.com/bug.php?id=87714 .

AKTUALIZACJA: Błąd został naprawiony w MySQL Workbench 6.3.9 .

----------------------- oryginalna odpowiedź -----------------------

Jest to znany błąd MySQL: http://bugs.mysql.com/bug.php?id=83658 spowodowany przez GateKeeper Path Randomisation wprowadzoną w MacOS Sierra. Zobacz https://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/ .

Możliwym obejściem jest usunięcie listy ACL kwarantanny:

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

Zauważyłem, że jeśli używasz najnowszej wersji 6.3, aby zapytania działały, musisz otworzyć pierwsze połączenie i zignorować je, a następnie otworzyć drugie połączenie. Spowoduje to utworzenie dwóch zakładek w obszarze roboczym. Jeśli wykonujesz zapytania na drugiej karcie, to działa. Jeśli spróbujesz na pierwszej karcie, zawiesza się.

Odkryłem również, że musisz zrobić siłę, aby opuścić stół warsztatowy.

Mam nadzieję, że ludzie mysql to naprawili.

Aby rozwiązać ten problem, obniżyłem MySQL Workbench do wersji 6.1. Teraz mogę uruchomić zapytanie i nie zawiesza się.

W moim przypadku była to zmiana połączenia-> ssl-> Użyj ustawienia SSL z „Jeśli dostępne” na „Nie”. Workbench 6.3.8 na OSX 10.12.1 teraz działa dla mnie.

Kręcące się koło śmierci jest związane z nową funkcją wprowadzoną w aktualizacji Sierra o nazwie „ Randomizacja ścieżki strażnika ”.

Postępuj zgodnie z instrukcją:

• Otwórz MySQL Workbench :)
• Kliknij prawym przyciskiem myszy połączenie (najprawdopodobniej „localhost” lub „127.0.0.1”)
• Wybierz „Edytuj połączenie”
• W prawym oknie wybierz „Połączenie> SSL”
• Zmień „Użyj SSL” z „Jeśli jest dostępny” na „Nie”
• Teraz kliknij zakładkę „Profil systemu”
• Wybierz „MacOS X” jako typ systemu
• Kliknij „Testuj połączenie”

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

Wersja 6.3.9 rozwiązała problem, ale ta wersja nie jest wyświetlana w opcji „Sprawdź aktualizacje”, należy ją pobrać bezpośrednio ze strony.

Oficjalna strona pobierania MySQL Workbench

6.3.9 naprawił problem w mac. Oto link MySql 6.3.9

1. W końcu pobrałem MySQL Workbench 6.3.10 i zainstalowałem MySQL Workbench 6.3.10 i rozwiązałem mój problem. Pobrałem MySQL Workbench 6.3.10 z linku poniżej https://dev.mysql.com/downloads/workbench/

2. To działa dla mnie .. Myślę, że to zadziała dla Ciebie ..

Zauważyłem, że usunięcie zawartości folderu pamięci podręcznej i obszarów roboczych (~ / Library / Application Support / MySQL / Workbench) działa ponownie. Nie znalazłem tego, jak upewnić się, że nie zawiesza się ponownie :-(

Zauważyłem również, że jeśli ręcznie zamknę kartę Połączenie z menu i wyjdę z WB z menu, a nie z przycisków okna systemu operacyjnego, następnym razem wydaje się bardziej stabilny.

PS: Używam połączenia SSH, więc może to być spowodowane tym, ale nie zawsze tak się dzieje.

AKTUALIZACJA: Czysta instalacja i brak konfiguracji SSH, problem nadal występuje. O ile nie ręcznie przejdziesz i nie usuniesz plików folderu pamięci podręcznej, nadal się zawiesza.

Przez chwilę omijałem ten problem, usuwając folder biblioteki użytkownika i wracając do wersji 6.2.5 ... ale dzisiaj stwierdziłem, że problem powrócił. Więc dzisiaj usunąłem folder biblioteki użytkownika i wróciłem do wersji 6.1.7. Na razie znowu działa.

Wydawało się to pomagać przez jakiś czas, ale nie w 100%: Połącz się z bazą danych z innym użytkownikiem, a następnie połącz się ponownie z pierwotnym użytkownikiem.

Mam zamiar obniżyć poziom, jak mówi zaakceptowana odpowiedź, ponieważ to nie rozwiązuje problemu za każdym razem.

W moim przypadku adres IP zmienił się w miejscu, w którym serwowano mySQL. Płukanie DNS naprawiło to dla mnie:

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

To wciąż jest otwarty błąd w 6.3.8: https://bugs.mysql.com/bug.php?id=82231

Możliwym obejściem jest otwarcie dodatkowej karty z tym samym połączeniem i praca na niej. Jednak od czasu do czasu ulega awarii.

Dopóki błąd nie zostanie naprawiony, używam darmowej alternatywy Mysql Workbench do wspólnej pracy. Użytkownikom Mac sugerowałbym https://sequelpro.com .

Aktualizacja do 6.3.9 rozwiązała problem. Wersja 6.3.4 była dla mnie zawieszona na zapytaniach. Niestety Pomoc> Sprawdź aktualizacje nie wskazała, że ​​są dostępne żadne aktualizacje, więc poszedłem do źródła.