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 File 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. Тепер я можу запустити свій запит, і він не зависає.

У моєму випадку це було зміна з'єднання-> ssl-> Використовувати параметр SSL з "Якщо доступно" на "Ні". Workbench 6.3.8 на OSX 10.12.1 тепер працює для мене.

Прядка смерті пов’язана з новою функцією, представленою в оновленні Сьєрри під назвою « Випадкова доріжка шляху воротаря ».

Дотримуйтесь інструкцій:

• Відкрийте 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 зависав на запитах для мене. На жаль, Довідка> Перевірити наявність оновлень не вказує, що доступні оновлення, тому я перейшов до джерела.