主页 / ubuntu / 问题 / 1141288
Accepted
user9371654
Asked: 2019-05-08 08:41:54 +0800 CST

MySQL 工作台在长查询编辑期间永远冻结

  • 772

我有很长的查询文本（约 50 行）。最近 MySQL workbecnh 表现出奇怪的行为。在编辑查询时（我打开它，我编辑一个字符并想继续下一个），它永远冻结。

我怀疑这可能与记忆有关？我在首选项中看到maximum query length to store in history in bytes这个默认值有一个默认值：65536. 这相关吗？你有什么建议？

我的设备运行的是 Ubuntu 18.04，工作台是最新的版本 8.0。clean我使用：和命令清理了临时文件，autoclean但没有希望。

请帮助我如何克服这个问题。知道在文本编辑器中编辑查询时我不会面对它。就在我使用工作台编辑器的时候。但是使用外部编辑器是不切实际的。

我还尝试重新启动并关闭我的设备并再次打开数据库连接。

如果您需要日志，请指定为您获取日志的步骤。

mysql freeze 18.04 mysql-workbench

3 个回答

  1. 我通过在Preferences → Query Editor中禁用Code Completion来解决它。

    • 2
  2. Best Answer

    不是答案，但如果是内存问题，它可以帮助您调试

    1.- 从终端窗口打开 mysql-workbenchmysql-workbench --log-level=debug3 -v

    2.- 打开第二个终端并运行此命令来监控内存并设置基线，它将每 2 秒自动更新一次（以 GB 为单位）

    while true; do ps aux | grep 'mysql-workbench-bin' | grep -v -E 'grep|catchsegv' |  awk '{$5=int(100 * $5/1024/1024)/100"GB";}{ print;}' | awk '{print $5" "$11}'; sleep 2; done

    它将 0.93GB /usr/lib/mysql-workbench/mysql-workbench-bin每 2 秒输出一次类似的内容。

    3.- 在 mysql-workbench 中打开查询并监控内存的增加（如果有）。
    还要检查运行 mysql-workbench 的终端的输出。

    4.- 打开第三个终端并运行htop，这将使您了解系统的一般使用情况（cpu/memory/swap）。

    • 1

  3. 我解决了这个在 SQL 编辑器中更改一些DBMS设置的问题：

    在此处输入图像描述

    • 0

相关问题