【问题标题】:MySQL Workbench 6.0.6.11184 too slowMySQL Workbench 6.0.6.11184 太慢了
【发布时间】:2013-08-29 00:56:29
【问题描述】:

我使用的是最新版本的 MySQL Workbench,但每次我尝试编写查询时,应用程序都会冻结 10 秒,然后我可以继续编写,版本 5 没有发生这种情况。有什么方法可以加快速度升级 MySQL Workbench 6?

【问题讨论】:

    标签: mysql mysql-workbench


    【解决方案1】:

    您在键入时遇到的等待周期问题可能是由代码完成引起的。尝试在首选项中将其关闭,看看是否能解决您的问题。另外,请考虑打开错误报告 (http://bugs.mysql.com),以便我们解决该问题。

    【讨论】:

    • 当我的 ETL 不起作用时已经尝试过。我最终以 50 美元的价格将 MSSQL 购买到 MySQL。真实的故事。
    【解决方案2】:

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

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

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

    【讨论】:

      【解决方案3】:

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

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

      在 MySQL ETL 上的 SQLServer 不断崩溃后,我放弃了 MySQL Workbench。

      【讨论】:

      • 你的假设是完全错误的。 MySQL Workbench 版本每两周推出一次
      • 所以我得到了负面评价,因为你认为推动次要版本实际上是在改进一个已经没用的产品?嗯,非常感谢。当然,在那之后我的 ETL 将开始神奇地工作。
      • 我只是指您的假设,即 MySQL Workbench 在 Oracle 的优先级列表中处于低位。正如您从所做的工作中看到的那样,这是完全错误的。几周前发布了一个新的主要版本,等等。没有软件是没有错误的,而且 MySQL Workbench(社区版)是一个开源产品,对您或任何人都免费,因此您可以向 WB 提供糟糕的公众声誉错误报告,我们将修复该错误(这也将帮助您完成工作)。
      • 虽然我同意 amenadiel 的假设,但对于 Workbench 的速度有多慢真的是零借口。我已经尝试了所有可以加快速度的技巧,但没有什么特别的帮助。不管是什么机器,大型系统都很慢,小型个人项目也很慢。我已经切换到 Jetbrain 的 0xDBE,而且我从不回头——它仍然被认为是 beta 软件!我知道在 MySQL 本身上工作的人很可能不在 Workbench 上工作,但你会认为“拥有” MySQL 的实体将成为使用它的最佳工具。我猜不是。
      【解决方案4】:

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

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

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

      15:06:12|select * from move whereparticipant_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 秒

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

      【讨论】:

        【解决方案5】:

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

        【讨论】:

        • 这没有提供问题的答案。要批评或要求作者澄清,请在他们的帖子下方发表评论 - 您可以随时评论自己的帖子,一旦您有足够的reputation,您就可以comment on any post
        • @DavidFaber 在什么方面“尝试隐藏上下文帮助”不是对“我怎样才能让 MySQL WB 运行得更快”这个问题的答案?
        • 我认为像“试试这个”这样的东西最好保留给 OP 上的 cmets。
        【解决方案6】:

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

        • show processlist;
        • kill <pid>

        希望这会有所帮助。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 1970-01-01
          • 2015-06-28
          • 2013-01-28
          • 1970-01-01
          • 1970-01-01
          • 2013-03-10
          • 2014-06-07
          • 2016-05-31
          相关资源
          最近更新 更多