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

Я использую 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. Если я попытаюсь регулярно бросить курить, ничего не произойдет.

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

ОБНОВЛЕНИЕ 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"

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

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

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

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

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

Вращающееся колесо смерти связано с новой функцией, представленной в обновлении 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/

Версия 6.3.9 решила проблему, но эта версия не отображается в опции «Проверить наличие обновлений», ее необходимо скачать прямо с сайта.

Официальная страница загрузки MySQL Workbench

6.3.9 исправила проблему в Mac. Вот ссылка MySql 6.3.9

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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