OS X Yosemite 10.10.5を搭載したMacでMySQL Workbench 6.3.7ビルド1199 CE(64ビット)を使用しています。 Amazon RDS MySQLインスタンスに接続しています。
次のような簡単なクエリを入力すると
select * from `devices`;
カーソル付きの稲妻アイコンをクリックすると、クエリが開始され、次のスクリーンショットの「SQL File 4」タブの横にあるスピナーがアクティブになります。ただし、クエリは完了せず、ハングするだけです。赤色の白い停止記号アイコンは無効になっています。
この時点から、MySQL Workbenchを強制終了することしかできません。定期的に終了しようとしても、何も起こりません。
データベースで単純なクエリを一貫して実行するにはどうすればよいですか?動作することもありますが(10%の確率で)、ほとんどの場合ハングします。
この問題を解決するために、MySQL Workbenchを6.1にダウングレードしました。これで、クエリを実行できるようになり、ハングしなくなりました。
更新3:MacOS HighSierraの問題は MySQL Workbench 6.3.1 で修正されています。
更新2:MacOS HighSierraでバグが再び発生しているようです。詳細については、 https://bugs.mysql.com/bug.php?id=83658 を参照してください。
問題を修正する非公式のビルドがあります。以下でダウンロードできます: https://drive.google.com/drive/folders/0B2fTesDcrHzVRGVFWEdILWpuaEE?usp=sharing
ビルドはBob Davenportによって作成されました。詳細については、 https://bugs.mysql.com/bug.php?id=87714 を参照してください。
更新:バグは MySQL Workbench 6.3.9 で修正されました。
-----------------------元の回答-----------------------
これは、既知のMySQLバグです。 http://bugs.mysql.com/bug.php?id=83658 MacOS Sierraで導入されたGateKeeper Path Randomisationが原因です。 https://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/ を参照してください。
可能な回避策は、検疫ACLを削除することです。
xattr -dr com.Apple.quarantine "/Applications/MySQLWorkbench.app"
最新の6.3バージョンを使用している場合、クエリを機能させるために、最初の接続を開いて無視し、次に2番目の接続を開くことがわかりました。これにより、ワークベンチに2つのタブが作成されます。 2番目のタブでクエリを実行すると、機能します。最初のタブで試すとハングします。
また、ワークベンチを強制終了する必要があることもわかりました。
Mysqlの人々がこれを修正することを願っています。
私の場合、connection-> ssl-> Use SSL設定を「使用可能な場合」から「いいえ」に変更していました。 OSX 10.12.1上のWorkbench 6.3.8が動作するようになりました。
死のスピニングホイールは、「 Gatekeeper Path Randomization 」と呼ばれるSierraアップデートで導入された新しい機能によるものです。
指示に従ってください:
クレジット: 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/
それは私のために働いています..これはあなたのために働くと思います..
キャッシュとワークスペースフォルダーの内容(〜/ライブラリ/ Application Support/MySQL/Workbench)を削除すると再び機能することがわかりました。私が見つけていないのは、それが再びハングしないようにする方法です:-(
また、メニューから[接続]タブを手動で閉じ、OSウィンドウボタンからではなく、メニューからWBを終了すると、次回はより安定しているように見えます。
PS:SSH接続を使用しているため、これが原因である可能性がありますが、常に発生しているわけではありません。
更新:クリーンインストールでSSH構成がないため、問題は引き続き発生します。手動でキャッシュフォルダーファイルを削除しない限り、ハングし続けます。
私はしばらくの間、ユーザーライブラリフォルダーを削除してバージョン6.2.5に戻すことで問題を回避していましたが、今日は問題が戻っていることがわかりました。そこで、今日、ユーザーライブラリフォルダーを削除し、バージョン6.1.7に戻しました。今のところ、再び機能しています。
私の場合、mySQLが提供される場所でIPアドレスが変更されました。 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 をお勧めします。
これはsomeの場合に役立ちますが、100%ではありません:別のユーザーでデータベースに接続し、元のユーザーに再接続します。
受け入れられる答えが言うように、私はダウングレードしようとしています。これは毎回解決しないからです。
6.3.9にアップグレードすると、問題が修正されました。 6.3.4は私に問い合わせを待っていました。残念ながら、[ヘルプ]> [更新の確認]で更新が利用可能であることが示されなかったため、ソースにアクセスしました。