2

我正在使用最新版本的 MySQL Workbench，但是每次我尝试编写查询时，应用程序都会冻结 10 秒，然后我可以继续编写，这在版本 5 中没有发生。有什么方法可以加快 MySQL Workbench 6？

4

6 回答 6

2

键入时等待周期的问题可能是由代码完成引起的。尝试在首选项中将其关闭，看看是否能解决您的问题。另外，考虑打开一个错误报告（http://bugs.mysql.com），这样我们就可以解决这个问题。

于 2013-08-27T07:20:38.970 回答
1

我刚刚从 5.247 升级到版本 6（2014 年 1 月 29 日）。它是绝对无法使用的。我每天都写很多存储过程，而且速度非常慢。我禁用了代码完成，没有任何变化。

我不得不降级回旧版本。我很失望，因为 5.247 有一个巨大的错误，当我编辑它们时，它并不总是检测到存储过程中的更改。我必须重命名存储过程，然后保存它，然后再次重命名它。

版本 6 修复了这个错误，但它太慢了，我几乎把我头上剩下的几根头发都拔掉了。我和一个有同样问题的朋友谈过，他已经提交了一个错误报告。我希望他们能解决这个问题，它一定发生在很多人身上。它是一个很棒的数据库，我使用 MySQL 的问题比使用 MS Sql Server 的问题要少。- 克拉克维拉

于 2014-01-30T17:53:32.280 回答
0

恐怕 Workbench 在 Oracle 的优先级列表中并不高，这很可悲，因为周围的 MySQL 套件很少，而且使用 TOAD for MySQL 您无法进行某些迁移。

您可以尝试使用 TOAD，还有 Netbeans 的 MySQL 组件（顺便说一下，这是 oracle 的）。

我放弃了 MySQL Workbench，因为它在 SQLServer 上一直崩溃到 MySQL ETL。

于 2013-08-26T13:54:45.700 回答
0

V.6.0.11834 使用起来也太慢了。当我通过帮助菜单检查更新时，它告诉我我有最新的。它肯定在工作台内，因为查询花费的时间可以忽略不计，但是对于下面三个查询中的每一个，填充结果区域中的 11 个可见行（多次传递）大约需要 15 秒。

我在 MacBook Pro Retina 上的 Parallels 下在 Windows 8 上运行。

15:06:12|从参与者中选择 * 限制 0、1000|260 行返回|0.000 秒/0.000 秒

15:06:12|从参与者 xid = '...' LIMIT 0, 1000|186 行返回的移动中选择 * 0.031 秒 / 0.016 秒

15:06:17|select * from sleeps whereparticipant_xid = '...' LIMIT 0, 1000|265 行返回| 0.031 秒 / 0.000 秒

转到错误列表以在此处输入...

于 2014-06-10T22:28:04.133 回答
0

...我猜缓慢是因为上下文帮助而发生的。此功能查询服务器的帮助表以获取 MySQL Workbench 从当前插入符号位置派生的特定主题的帮助信息。试试这个：隐藏上下文帮助窗格（激活片段选项卡或隐藏右侧栏）。如果该上下文帮助窗格不可见，则不会发送帮助查询。

于 2014-12-10T03:56:20.910 回答
0

我有一个类似的问题。在我的情况下，工作台断开了几次，结果我正在运行的进程没有正确终止。所以我使用命令行连接到我的数据库并手动终止进程。连接 mysql 命令后的一些有用命令：

  • show processlist;
  • kill <pid>

希望这可以帮助。

于 2016-12-16T02:05:32.203 回答