Quelqu'un connaît-il des problèmes de compatibilité ou des problèmes avec MySQL Community Server/Workbench sur macOS Sierra? J'ai récemment effectué une installation sur un Mac qui n'avait jamais été équipé de MySQL auparavant et qui ne semble pas fonctionner correctement. (Maintenant, je me suis peut-être trompé, mais le programme d'installation ne proposant aucune option avancée, cela ne semble pas être le cas.)
Je peux créer des schémas et des tables, mais rien ne se passe quand je vais interroger la table. L'indicateur d'activité tourne sans fin. J'ai jeté un coup d'œil à Activity Monitor et il ne montre pas que mysqld
fait réellement quelque chose - l'ensemble de la configuration semble être dans l'impasse. Des idées?
Voici ce que j'essaie d'utiliser:
Je pense que je l'ai compris! Cela pourrait avoir quelque chose à voir avec la longueur du mot de passe. Au début, je venais de configurer un mot de passe à caractère unique pour des raisons pratiques, mais je rencontrais des problèmes lorsque je tentais de connecter le logiciel de génération de rapports Eclipse BIRT à MySQL. J'ai changé le mot de passe pour le rendre plus long, ce qui a résolu le problème avec BIRT, mais encore mieux, il semble également avoir résolu le problème avec Workbench!
J'ai eu le même problème. J'ai découvert que la première instance que vous ouvrez continue à tourner lorsque vous essayez d'exécuter des instructions select simples avec ce qui semble ne pas être une raison. Vous ne pouvez même pas fermer l’onglet une fois ouvert sans fermer MySQL Workbench. Cependant, si vous ouvrez à nouveau la même instance, cela semble fonctionner correctement.
METTRE À JOUR!
macOS High Sierra nécessite MySQL Workbench 6.3.10
Voir changelog pour la version 6.3.10
Testé sur:
macOS Sierra
Version 10.12.3 (16D32)
MySQL
Établi 6.3.9
Version 6.3.9 build 10690321 CE (64 bits) Communauté----> OK
Télécharger: MySQL Workbench 6.3.9
Les paquets pour Sierra (10.12) sont compatibles avec El Capitan (10.11) et sont Yosemite (10.10)
Changelog : entre autres ...
- Dans certains cas, l'exécution d'une requête empêchait MySQL Workbench de répondre lorsque l'hôte était macOS Sierra. (Bogue n ° 25036263, Bogue n ° 83658).
I ***temporary*** solved changed the ***group*** of the application.
I tried everything, uninstalling, reinstall, change many settings... finally I thought that must be something with the security... was not normal, I check firewall rules, nothing... And just in case, I try with file permission and it was there.
I was installed in the ***admin group***.
Changed to ***staff*** solve the problem.
$ Sudo chown <USER>:staff /Applications/MySQLWorkbench.app
> <sup>Where of course, `<USER>` is **your** username</sup>
Ex.
$ Sudo chown gmo:staff /Applications/MySQLWorkbench.app
Tested and working!
- Go back to admin group... problem came back.
- Changed to staff again... problem solved.
I hope this is a global solution, please check yours.
###Edit:
Solution not stable, problem came back after a few attempts.
Try with `root:admin`, the same...
---
### UPDATE
*`Workaround until new version is release`*
Roll back to 6.2 version and working good.
Tested on:
> macOS Sierra
> Version 10.12 (16A323)
MySQL
> Workbench 6.3
> Version 6.3.7 build 1199 CE (64 bits) Community
> http://dev.mysql.com/downloads/workbench/6.3.html
> `----> FAILS`
> <sup>*Randomly, even changing group or creating new instances.*</sup>
> Workbench 6.2
> Version 6.2.5.0 build 397 (32 bits) Community
> http://dev.mysql.com/downloads/workbench/6.2.html
> `----> OK`
> <sup>*Work as expected.*</sup>
Dans mon cas, la Communauté MySQL Workbench (GPL) pour Mac OS X version 6.3.8 CE build 1228 (64 bits) avec
Sudo chown -R <USER>:staff /Applications/MySQLWorkbench.app
appliqué, corrigé le problème.
MySQL Workbench 6.3.9 est disponible maintenant (14/02/17) et semble résoudre ce problème.
J'ai eu le même problème et j'ai tout internet mais je n'ai pas résolu le problème, puis j'ai décidé d'utiliser un autre établi. J'ai trouvé le site officiel "DBeaver - Universal Database Manager": http://dbeaver.jkiss.org/ et free and its tolérable.
J'ai eu le même problème, mais il a été corrigé après un redémarrage. Cela vaut peut-être la peine d'essayer.
J'ai le même problème sur "macOS 10.12.3" installé "Communauté MySQL Workbench (GPL) pour Mac OS X version 6.3.8 CE build 1228 (64 bits)". Il ne répond toujours pas après avoir travaillé, j'ai constaté que le problème venait de MSQL Workbench et que sa version "Default Target MySQL Version" était incorrecte.
Étape 1: ouvrez Terminal et vérifiez la version de votre serveur MYSQL
mysql --version
Ma machine:
mysql Ver 14.14 Distrib 5.7.9 , pour osx10.9 (x86_64) en utilisant EditLine emballage
Étape 2: ouvrez l'outil MySQL Workbench, puis accédez à "MYSQLWorkbench" près de l'icône Apple dans le menu
Étape 3: Préférences de l’établissement -> Modélisation -> MySQL -> Cible par défaut Version de MySQL: 5.6
Étape 4: Modifiez la valeur par défaut actuelle de 5.6 en 5.7.9 puis OK Étape 5: MYSQLWorkbench -> Quitter -> Ouvrir et vérifier le résultat.
J'espère que cela aidera quelqu'un.
J'ai mis à jour le mien de 6.2.12 à 6.3.7 et cela a fait l'affaire pour moi.
Je noterai que l’ouverture d’un deuxième onglet pour la même instance a fonctionné, mais j’ai constaté que je ne pouvais jamais fermer le premier et qu’il était toujours suspendu à toute requête. Et… essayer même de quitter l'application nécessiterait que je la tue de force. Pas un flux acceptable à mon avis, donc la mise à niveau était importante pour moi. Mon hypothèse est que l'installation définit correctement les autorisations ou les groupes d'utilisateurs.
Sur mon Mac, je reçois parfois l'infini spinner lorsque j'essaie d'exécuter des requêtes ou de fermer plusieurs onglets.
Ce qui a fonctionné pour moi a été la suppression des espaces de travail enregistrés automatiquement. Supprimer toutes les entrées dans ~/Library/Application\ Support/MySQL/Workbench/sql_workspaces
ou ceux que vous savez causer un problème. Cela fonctionne bien après la suppression de ceux-ci.
essayez d'utiliser 127.0.0.1 comme nom d'hôte au lieu de localhost.
Essayez de rouvrir la même instance mysql si la solution de Jonathan ne résout pas votre problème, cela fonctionne pour moi.
Ce problème semble se produire uniquement lorsque vous utilisez MySQL Workbench . Si vous utilisez le client en ligne de commande (/ usr/local/mysql/bin/mysql), il est possible d'obtenir une réponse du serveur mysql.
Essayez de le faire: 1. Exécutez/usr/local/mysql/bin/mysql --user = YOUR_USER --password = YOUR_PASSWORD 2. Tapez "use sys;" 3. Tapez "select * from sys_config;"
Maintenant, nous devons savoir pourquoi le Workbench ne fonctionne pas.