MySQL Workbench の最新バージョンを使用していますが、クエリを作成しようとするたびに、アプリケーションが最大 10 秒間フリーズしてから書き込みを続行できます。これはバージョン 5 では発生しませんでした。MySQL Workbench を高速化する方法はありますか? 6?
6 に答える
最近、5.247 からバージョン 6 にアップグレードしました (2014 年 1 月 29 日)。絶対に使えません。私は毎日たくさんのストアドプロシージャを書いていますが、非常に遅いです。コード補完を無効にしましたが、変更はありません。
古いバージョンにダウングレードする必要がありました。5.247 には大きなバグがあり、ストアド プロシージャを編集したときに変更が常に検出されるとは限らないため、非常に残念です。ストアド プロシージャの名前を変更して保存し、再度名前を変更する必要があります。
バージョン 6 ではそのバグが修正されましたが、あまりにも遅いため、頭に残っている数本の髪の毛を完全に引き抜くところだったのです。同じ問題を抱えている友人と話をしたところ、彼はすでにバグレポートを提出していました。彼らがこれを直してくれることを願っています、それは多くの人々に起こっているに違いありません. これは優れたデータベースです。MS Sql Server よりも MySQL の方が問題が少ないです。- クラーク・ヴェラ
同様の問題がありました。私の場合、ワークベンチが数回切断され、実行していたプロセスが正しく終了しなかったことがわかりました。そのため、コマンドラインを使用してデータベースに接続し、プロセスを手動で強制終了しました。mysql コマンドで接続した後の便利なコマンド:
show processlist;
kill <pid>
お役に立てれば。
残念ながら Workbench は Oracle の優先順位リストの上位にありません。残念なことに、MySQL スイートはほとんどなく、TOAD for MySQL では特定の移行を行うことができないためです。
TOAD を試すこともできますし、Netbeans の MySQL コンポーネントもあります (ちなみにオラクルのものです)。
SQLServer で MySQL ETL にクラッシュし続けた後、MySQL Workbench を捨てました。