MySQL Workbench 6.3 (Mac) зависает на простых запросах
Я использую MySQL Workbench 6.3.7 build 1199 CE (64 бит) на Mac с OS X Yosemite 10.10.5. Я подключаюсь к экземпляру MySQL Amazon RDS.
когда я ввожу простой запрос, такой как
select * from `devices`;
и нажмите на значок молнии с курсором, начинается запрос, указанный при активации spinner рядом с вкладкой "SQL File 4" на следующем снимке экрана. Однако запрос не завершается, и он просто зависает. Белый-рука-в-красный-стоп-знак значок нетрудоспособный.
Я могу только заставить выйти из MySQL Workbench с этого момента. Если я попытаюсь сделать обычный выход, ничего не произойдет.
Как я могу последовательно выполнить простой запрос на моей базе? Иногда это работает (может быть, 10% времени), но в основном он просто висит.
14 ответов:
UPDATE 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 вызвано рандомизацией пути привратника, введенной в MacOS Sierra. Видеть https://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/.
возможным обходным путем является удаление карантина ACL:
xattr -dr com.apple.quarantine "/Applications/MySQLWorkbench.app"
Я обнаружил, что если вы используете последнюю версию 6.3, чтобы заставить запросы работать, вы должны открыть первое соединение и игнорировать его, а затем открыть второе соединение. Это создает две вкладки в рабочей среде. Если вы выполняете свои запросы во второй вкладке, это работает. Если вы попробуете в первой вкладке, он зависает.
Я также обнаружил, что вы должны сделать силу выйти из верстака.
Я надеюсь, что люди mysql исправят это.
чтобы решить эту проблему, я понизил MySQL Workbench до 6.1. Теперь я могу запустить свой запрос, и он не зависает.
в моем случае он менял соединение - > ssl - >использовать настройку SSL С "Если доступно" на "нет". Верстак 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 решила проблему, но эта версия не отображается в опции "проверить наличие обновлений", вам нужно скачать непосредственно с сайта.
6.3.9 Исправлена ошибка в mac. Вот ссылка MySql 6.3.9
наконец-то я скачал MySQL Workbench 6.3.10 и установить MySQL Workbench 6.3.10 и решил мою проблему. Я скачал MySQL Workbench 6.3.10 из ссылки ниже https://dev.mysql.com/downloads/workbench/
это работает для меня.. Я думаю, что это сработает для вас..
Я обнаружил, что удаление содержимого папки cache и workspaces (~/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 aleternative для совместной работы. Для пользователей mac я бы предложил https://sequelpro.com.
обновление до 6.3.9 Исправлена проблема. 6.3.4 висел на запросах для меня. К сожалению, справка > проверить наличие обновлений не указала, что какие-либо обновления были доступны, поэтому я пошел к источнику.

Comments