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% случаев), но в основном это просто зависает.

Ответ 1

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

Ответ 2

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

UPDATE: ошибка исправлена в MySQL Workbench 6.3.9.

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

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

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

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

Ответ 3

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

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

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

Ответ 4

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

Ответ 5

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

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

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

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

Ответ 6

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

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

Ответ 7

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

Ответ 8

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

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

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

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

Ответ 9

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

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

Ответ 10

Я некоторое время сталкивался с проблемой, удалив папку библиотеки пользователя и отбросив ее обратно до версии 6.2.5... но сегодня обнаружил, что проблема вернулась. Поэтому сегодня я удалил папку с библиотекой пользователей и вернулся к версии 6.1.7. Он работает снова, пока.

Ответ 11

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

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

Ответ 12

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

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

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

Ответ 13

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

Ответ 14

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