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" на следующем снимке экрана. Однако запрос не завершается, и он просто зависает. Белый-рука-в-красный-стоп-знак значок нетрудоспособный.



screenshot of MySQL Workbench in hung state



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



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

682   14  

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 решила проблему, но эта версия не отображается в опции "проверить наличие обновлений", вам нужно скачать непосредственно с сайта.

официальная страница загрузки 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. это работает для меня.. Я думаю, что это сработает для вас..

Я обнаружил, что удаление содержимого папки 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

    Ничего не найдено.