【问题标题】:Lost connection to mysql during query, mysql workbench查询期间丢失与 mysql 的连接,mysql 工作台
【发布时间】:2015-05-19 03:07:54
【问题描述】:

我和this 有同样的问题,当我想在它的一个非唯一列(整数)上索引一个非常大的表时,我尝试了该帖子中提出的所有解决方案,至少一票赞成。我仍然无法修复它。还有其他想法吗?

我有足够的内存:

最大允许数据包:2G, innodb_buffer_pool_size: 9G

this posthere 中提到的所有超时设置都设置为比默认值高得多的数字。

【问题讨论】:

  • 索引的大小不应受到可用内存的限制,但分配更多的内存应该会使索引更有效。如果一个索引适合缓冲池 (InnoDB),那么它将运行得更快。你遇到了什么错误?
  • 错误代码:2013 查询期间丢失与 mysql 的连接
  • SHOW PROCESSLIST 应该表明即使您失去连接,查询也会继续运行。它真的在做什么吗?我已经运行了 ALTER TABLE 类型的查询,这些查询需要几个小时才能运行,并且总是成功。
  • 我又开始create index了,mysql消耗的内存在逐渐增加。给出错误需要一些时间,但错误出现在一个单独的消息框中,我认为该过程再次删除了内存。让我确定当它再次给我错误时更新你。
  • @tadman:我认为即使在断开连接后进程仍在运行,我认为您是对的,因为当我从命令行运行它时,一小时后它说索引的键名是重复的,并且索引就在那里。

标签: mysql connection workbench


【解决方案1】:

虽然这不是在 mysql 工作台中失去连接的必要答案,但它是一种解决方法。当涉及到 mysql workbench 中长时间运行的查询时,即使更改了 mysql workbench 参数,似乎仍然会出现连接超时问题。因此,从 mysql 命令行运行查询,看看它是否有效。如果它在您从 mysql 命令行而不是从工作台运行时工作,那么您知道它只是一个 mysql 工作台问题,而不是其他问题。

【讨论】:

  • 感谢您的指点,您的方式在此过程中没有抛出任何错误。但是最后它说索引的键是重复的。似乎尽管工作台显示连接错误,但它正在工作并制作索引,但它并没有显示任何进展让我知道它实际上正在这样做。
  • 知道工作台有问题...它并不完美,但嘿,它是免费的!现在.......
猜你喜欢
  • 1970-01-01
  • 2012-11-15
  • 2015-11-22
  • 1970-01-01
  • 2020-07-11
  • 2015-05-18
  • 2015-09-22
  • 1970-01-01
  • 2015-06-27
相关资源
最近更新 更多