私は最近、Mysql Workbench 5.xから6.0.7.11215にアップグレードしました。そして、私は奇妙な遅さの問題に気づいています。低速ネットワークで作業すると、mysql Workbenchエディタが遅いのはなぜですか？
クエリを編集しようとするたびにカーソルを移動するか、文字を追加しようとすると、エディタが数秒間ハングして正常に再開します。
これは、サーバーへのネットワーク接続が遅い場合にのみ発生します。
この問題は、以前のMysqlワークベンチverison 5.xにはありませんでした。
私はオートコンプリートを無効にしてプログラムを再起動しましたが、問題はまだ残ります。
wiresharkを使用してネットワークトラフィックを調査し、遅い時にSSHパケットのいくつかに気付きましたが、パケットが暗号化されて以来、実際に何が入っているのか分かりません。 （それは私がsshトンネルを介してデータベース接続を使用していることに注意する価値がある）
私は、コンテキストヘルプのために遅さが起こると思う。この機能はサーバのヘルプテーブルを照会して、MySQL Workbenchが現在のキャレット位置から派生する特定のトピックに関するヘルプ情報を取得します。これを試してください：コンテキストヘルプペインを非表示にする（スニペットタブを有効にする、または右側のサイドバーを非表示にする）。そのコンテキストヘルプペインが表示されない場合、ヘルプクエリは送信されません。コンテキストの詳細については
ここに私のブログの記事を見るのを助けるには：クエリ結果でhttp://mysqlworkbench.org/2013/08/mysql-workbench-6-0-help-is-on-the-way/
ありがとう、それは私をナットにしました！ただし、6.0.9のバージョンでは、右ペインを隠すだけでは助けられませんでした。コンテキストヘルプは、とにかくフェッチされました（少なくとも、減速はまだそこにありました）。私は「スニペット」に切り替えなければならなかった。 – matt
upcommingリリース（現在パブリックベータ版）では、UIをブロックしないように、このタスクはバックグラウンドスレッドで行われます。それを撮影してください（http://mysqlworkbench.org）。 –
設定制限行の1000年GO TO：編集 - >設定 - > SQLクエリ1000 ワークベンチ6.1に制限を確認
回避策：現在の行が赤色でx-になるいくつかの余分なカンマ すべての編集を行います。 これはハング状態にならない 最後にカンマを削除して実行します
@FreshPrinceOfSO Mysqlワークベンチは一般的なソフトウェアではなく、mysqlデータベース操作用の専用ツールです。 – sharp12345
あなたのネットワークの問題に沿って**具体的な**プログラミングの質問がない限り、この質問は話題にはなりません。 – Kermit
@FreshPrinceOfSO、プログラミングツールに関する質問は、まさにSOに関する話題です。 （そして、これは "ネットワーク"の問題とは無関係です - ネットワークがユーザーエクスペリエンスを悪化させている場合でも） –