MySQL Workbench 6.3 (Mac) зависает при выполнении простых запросов


86

Я использую MySQL Workbench 6.3.7 build 1199 CE (64 бит) на Mac с OS X Yosemite 10.10.5. Я подключаюсь к экземпляру Amazon RDS MySQL.

Когда я ввожу простой запрос, например

select * from `devices`;

и щелкните значок молнии с курсором, запрос запустится, на что указывает активация счетчика рядом с вкладкой «Файл SQL 4» на следующем снимке экрана. Однако запрос не завершается и просто зависает. Значок стопа с белой рукой в ​​красном отключен.

снимок экрана MySQL Workbench в зависшем состоянии

С этого момента я могу только принудительно выйти из MySQL Workbench. Если я попытаюсь регулярно бросить курить, ничего не произойдет.

Как я могу последовательно выполнять простой запрос в моей базе данных? Иногда это срабатывает (возможно, в 10% случаев), но в основном просто зависает.


Workbench часто ломается и работает нестабильно. Но это может иметь какое-то отношение и к связи. Хотя этот вопрос принадлежит ТАК имо.
Bas

1
Это SSH-соединение? Есть проблемы с базовой библиотекой SSH (paramiko), которая в последнее время вызывает много проблем.
Майк Лишке

У меня точно такая же ситуация. Мое соединение «Стандартное (TCP / IP)»
cellepo

3
@YouriThielen не для меня. 6.3.8 тоже виснет. почти каждый раз вынужден бросать курить.
Ник Хамфри

2
У меня была эта проблема. Пробовал каждое решение ниже, ни одно не застряло. В конечном итоге "решил" это, переключившись на SQL Pro ( sequelpro.com ), который является бесплатным и имеет открытый исходный код. Определенно не для всех, но для тех, кто
Оуэн

Ответы:


111

ОБНОВЛЕНИЕ 3: проблема исправлена ​​для MacOS HighSierra в MySQL Workbench 6.3.10 .

ОБНОВЛЕНИЕ 2: похоже, что ошибка снова повторяется в MacOS HighSierra. См. Https://bugs.mysql.com/bug.php?id=83658 для получения дополнительной информации.

Есть неофициальная сборка, исправляющая проблему. Вы можете скачать его по адресу: https://drive.google.com/drive/folders/0B2fTesDcrHzVRGVFWEdILWpuaEE?usp=sharing

Сборка была создана Бобом Дэвенпортом. См. Https://bugs.mysql.com/bug.php?id=87714 для получения дополнительной информации.


ОБНОВЛЕНИЕ: ошибка исправлена ​​в MySQL Workbench 6.3.9 .

----------------------- оригинальный ответ -----------------------

Это известная ошибка MySQL: http://bugs.mysql.com/bug.php?id=83658, вызванная рандомизацией пути GateKeeper, представленной в MacOS Sierra. См. Https://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/ .

Возможный обходной путь - удалить список управления доступом карантина:

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

2
Спасибо за более глубокое понимание происхождения этой, казалось бы, глупой ошибки. Так обидно.
Марк Канлас

работает для меня, спасибо, надеюсь, проблема будет решена с помощью этого решения
Абхишек Таплиял,

2
Обновление до MySQL Workbench 6.3.9 решило эту проблему. Пришлось загрузить его вручную, так как предыдущая версия утверждала, что она актуальна.
Бен Тилкер,

14
MySQL Workbench 6.3.9 на macOS High Sierra 10.13 по-прежнему имеет эту проблему. Отключение SSL не работает.
Адриан Дж. Морено

У кого-нибудь есть исправление для High Sierra?
Hundley

53

Я обнаружил, что если вы используете последнюю версию 6.3, чтобы запросы работали, вы открываете первое соединение и игнорируете его, а затем открываете второе соединение. Это создает две вкладки в рабочей среде. Если вы выполняете свои запросы во второй вкладке, это работает. Если попробовать в первой вкладке, зависает.

Я также обнаружил, что вам нужно принудительно покинуть верстак.

Я надеюсь, что пользователи mysql исправят это.


Я использую 6.3.8.CE и испытываю то же самое ... но не все время ...
Андерс

1
Я использую v6.3.8, и у меня это тоже сработало. Между прочим, у меня проблема с версией 6.3.3.
user3203239

Это все еще происходит, очень раздражает. Когда выйдет релиз 6.3.9? Хакер по-прежнему работает, но время от времени я забываю это сделать, и мне приходится принудительно выйти и снова открыть его.
gdfbarbosa

1
Работаем над MWorkbench 6.3.4.0 build 828! OS Sierra 10.12.2 Спасибо! :)
nerdcoder

Нашли это несколько месяцев назад по совпадению и с тех пор используют. Сейчас на 6.3.6 билде 511
Хеши

41

Чтобы решить эту проблему, я понизил версию MySQL Workbench до версии 6.1. Теперь я могу выполнить свой запрос, но он не зависает.


2
Да, у меня это сработало. Кроме того, я удалил локальную папку в ~ <username> / Library / Application \ Support / MySQL / Workbench - в ней есть весь кеш и т. Д. Сначала создайте резервную копию подключений, используя Инструменты -> Подключения -> Резервное копирование
Фархад

Это тоже сработало для меня, но в последней версии есть приятные функции, так что кто-нибудь знает, как можно обойтись в последней версии 6.3.8 (Mac)? Как и в случае с OP, я получаю только случайное ~ 10% успеха при подключении.
Jurgenfd

1
Удаление локальной папки не помогает
cellepo

Я также с тех пор понизил версию до 6.1 (в частности, 6.1.11891), и до сих пор это тоже решило проблему для меня. 6.1 была последней, которая работает (другие версии между этой и последней 6.3.8 не работали)
cellepo

4
Да, это определенно помогло. Вот ссылка на всякий случай: dev.mysql.com/downloads/file/?id=452671
Рон

19

В моем случае это было изменение параметра connection-> ssl-> Use SSL с «Если доступно» на «Нет». Workbench 6.3.8 на OSX 10.12.1 теперь у меня работает.


1
Насколько я могу судить, это, похоже, помогло: я снова могу запускать запросы на первой вкладке подключения! Спасибо.
Bryan B.

1
Это сработало, это должен быть принятый ответ, поскольку переход на более раннюю версию не всегда возможен.
Питер Вустер,

2
К вашему сведению, чтобы перейти к этому параметру, выберите База данных | Управляйте подключениями из меню. В появившемся диалоговом окне выберите соединение (например, localhost) из списка слева, затем выберите вкладку «Соединение», затем вкладку «SSL». Оттуда вы можете изменить значение раскрывающегося списка «Использовать SSL».
Грег Браун

Лучшее решение, которое я нашел. Облегчил, если не вылечил мои проблемы, возникшие после обновления Sierra osx. Мог бы подумать, что у Oracle будет достаточно денег от Ask foistware для поддержки продуктов.
ficuscr 01

Эта идея сработала для меня и в Windows с mysql WB 6.3.7. Благодарность!
Manoj

16

Вращающееся колесо смерти связано с новой функцией, представленной в обновлении Sierra, которая называется « рандомизация пути привратника ».

Следуй инструкциям:

  • Откройте MySQL Workbench :)
  • Щелкните правой кнопкой мыши свое соединение (скорее всего, «localhost» или «127.0.0.1»)
  • Выберите «Изменить соединение».
  • В правом окне выберите «Соединение> SSL».
  • Измените «Использовать SSL» с «Если доступно» на «Нет».
  • Теперь перейдите на вкладку «Профиль системы».
  • Выберите «MacOS X» в качестве типа системы.
  • Нажмите «Проверить соединение».

Кредиты: http://cordobo.com/2398-mysql-workbench-6-3-macos-sierra-hangs-on-simple-queries/


Итак, почему сообщение в блоге, на которое вы указали, также ссылается на этот вопрос и ссылается на ссылки из этого ответа
JamesENL

Почему-то названия совпадают.
lft93ryt



2
  1. Наконец я загрузил MySQL Workbench 6.3.10 и установил MySQL Workbench 6.3.10 и решил свою проблему. Я загрузил MySQL Workbench 6.3.10 по следующей ссылке https://dev.mysql.com/downloads/workbench/

  2. У меня это работает .. Думаю, у вас это сработает ..


1

Я обнаружил, что удаление содержимого папки кеша и рабочих областей (~ / Library / Application Support / MySQL / Workbench) снова работает. Чего я не нашел, так это того, как убедиться, что он больше не зависает :-(

Я также обнаружил, что если я вручную закрою вкладку «Подключение» в меню и выйду из WB из меню, а не из кнопок окна ОС, в следующий раз он будет казаться более стабильным.

PS: Я использую SSH-соединение, поэтому это может быть связано с этим, но это не всегда происходит.

ОБНОВЛЕНИЕ: чистая установка и отсутствие конфигураций SSH проблема все еще сохраняется. Если вы вручную не удалите файлы папки кеша, он продолжает зависать.


1

Некоторое время я обходил проблему, удалив папку пользовательской библиотеки и вернувшись к версии 6.2.5 ... но сегодня обнаружил, что проблема вернулась. Итак, сегодня я удалил папку пользовательской библиотеки и вернулся к версии 6.1.7. На данный момент он снова работает.


0

Это , казалось , чтобы помочь некоторым из времени, но не 100%: Подключение к базе данных с другим пользователем, а затем повторно соединится с оригинальным пользователем.

Я собираюсь понизить рейтинг, как говорится в принятом ответе, поскольку это не решает его каждый раз.


0

В моем случае изменился IP-адрес там, где обслуживался mySQL. Очистка DNS исправила это для меня:

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

0

Это все еще открытая ошибка в 6.3.8: https://bugs.mysql.com/bug.php?id=82231

Возможный обходной путь - открыть дополнительную вкладку с тем же подключением и работать там. Однако время от времени он все равно дает сбой.

Пока ошибка не будет исправлена, я использую бесплатную альтернативу Mysql Workbench для обычной работы. Для пользователей Mac я бы посоветовал https://sequelpro.com .


0

Обновление до 6.3.9 устранило проблему. Версия 6.3.4 зависала от меня. К сожалению, в меню «Справка»> «Проверить наличие обновлений» не указано, что какие-либо обновления доступны, поэтому я обратился к источнику.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.