MacOS Sierra上のMySQL Community Server/Workbenchとの互換性の問題や癖を知っている人はいますか?私は最近、これまでMySQLを保持したことがないMacにインストールを行いましたが、正しく動作していないようです。 (たぶん私はそれを間違って設定しただけかもしれませんが、インストーラーはそうではないように見える高度なオプションを提供していません。)
スキーマとテーブルを作成できますが、実際にテーブルにクエリを行っても何も起こりません。アクティビティインジケータは無限に回転します。 Activity Monitorを見てみると、mysqld
が実際に何もしていないことがわかりません。セットアップ全体がデッドロックしているように見えます。何か案は?
私が使用しようとしているものは次のとおりです。
私はそれを理解したと思います!パスワードの長さと関係がある可能性があります。最初は、便宜上1文字のパスワードで設定しましたが、 Eclipse BIRTレポートソフトウェアをMySQLに接続しようとすると、いくつかの問題に遭遇しました。パスワードを変更してパスワードを長くし、それによりBIRTの問題を解決しましたが、さらに良いことに、Workbenchの問題も解決したようです。
これと同じ問題がありました。理由がないと思われる単純なselectステートメントを実行しようとすると、最初に開いたインスタンスがスピンし続けることがわかりました。 MySQL Workbenchをすべて閉じずに開いたタブを閉じることもできません。ただし、同じインスタンスを再度開くと、正常に動作するようです。
更新!
macOS High SierraneedsMySQL Workbench 6.3.1
changelog 6.3.10バージョンを参照してください
テスト済み:
macOS Sierra
バージョン10.12.3(16D32)
MySQL
ワークベンチ6.3.9
バージョン6.3.9ビルド10690321 CE(64ビット)コミュニティ----> OK
ダウンロード: MySQL Workbench 6.3.9
Sierra(10.12)のパッケージはEl Capitan(10.11)と互換性があり、ヨセミテ(10.10)です
変更ログ : とりわけ...
- 場合によっては、クエリを実行すると、ホストがmacOS SierraのときにMySQL Workbenchが応答しなくなります。 (バグ#25036263、バグ#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>
私の場合、Mac OS Xバージョン6.3.8 CEビルド1228(64ビット)用MySQL Workbench Community(GPL)
Sudo chown -R <USER>:staff /Applications/MySQLWorkbench.app
適用、問題を修正。
MySQL Workbench 6.3.9は現在入手可能(2/14/17)で、この問題を修正しているようです。
同じ問題があり、すべてのインターネットを掘りましたが、問題を解決できなかったため、別のワークベンチを使用することにしました。 「DBeaver-Universal Database Manager」公式サイト: http://dbeaver.jkiss.org/ で、無料で許容範囲内であることがわかりました。
同じ問題がありましたが、再起動後に修正されました。たぶん試してみる価値があります。
「MacOS Xバージョン6.3.8 CEビルド1228(64ビット)用のMySQL Workbench Community(GPL)」をインストールした「macOS 10.12.3」でも同じ問題が発生しました。回避策を実行しても、常に応答しません。MSQLWorkbenchの問題が「デフォルトのターゲットMySQLバージョン」に間違ったバージョンに設定されていることがわかりました。
ステップ1:ターミナルを開き、MYSQLサーバーのバージョンを確認します
mysql --version
私のマシン:
mysqlVer 14.14 Distrib 5.7.9、osx10.9(x86_64)for EditLine wrapper
ステップ2:MySQL Workbenchツールを開き、Appleアイコン)の近くの[MYSQLWorkbench]に移動します
ステップ3:ワークベンチの設定->モデリング-> MySQL->デフォルトのターゲットMySQLバージョン:5.6
ステップ4:現在のデフォルトを5.6から5.7.9に変更してOKステップ5:MYSQLWorkbench-> Quit-> Open and check result。
これが誰かを助けることを願っています。
私は6.2.12から6.3.7にアップグレードしましたが、それでうまくいきました。
同じインスタンスの2番目のタブを開くことは機能しましたが、最初のタブを閉じることはできず、クエリで常にハングすることがわかりました。そして...アプリを終了しようとしても、強制終了する必要があります。私の意見では受け入れられない流れなので、アップグレードは私にとって重要でした。私の推測では、インストールによってアクセス許可またはユーザーグループが正しく設定されます。
Macでは、クエリを実行したり、いくつかのタブを閉じたりしようとすると、無限のスピナーが表示されることがあります。
私のために働いたのは、自動保存されたワークスペースを削除することでした。 ~/Library/Application\ Support/MySQL/Workbench/sql_workspaces
のすべてのエントリを削除します
またはあなたが知っているものが問題を引き起こしている。これらを削除した後は正常に動作します。
ホスト名として、localhostの代わりに127.0.0.1を使用してみてください。
ジョナサンの解決策で問題が解決しない場合は、同じmysqlインスタンスを再度開いてみてください。これでうまくいきます。
この問題は、MySQL Workbenchを使用している場合にのみ発生するようです。コマンドラインクライアント(/ usr/local/mysql/bin/mysql)を使用する場合、mysqlサーバーから回答を取得することができます。
1./usr/local/mysql/bin/mysqlを実行します--user = YOUR_USER --password = YOUR_PASSWORD 2.「use sys;」と入力します。 3.「select * from sys_config;」と入力します。
ここで、ワークベンチが機能しない理由を見つける必要があります。