MySQL Workbench зависает при длительном редактировании запросов навсегда
У меня очень длинный запрос текста (~ 50 строк). В последнее время MySQL Workbecnh демонстрирует странное поведение. При редактировании запроса (я открываю его, я редактирую один символ и хочу перейти к следующему), он зависает навсегда.
Я подозреваю, что это может быть что-то, связанное с памятью? Я вижу в настройках есть значение по умолчанию для maximum query length to store in history in bytes с этим значением по умолчанию: 65536. Это актуально? Что ты предлагаешь?
Мое устройство работает под управлением Ubuntu 18.04, а верстак является версией 8.0, которая является самой последней. Я очистил временные файлы с помощью команд: clean и autoclean, но без надежды.
Пожалуйста, помогите мне, как преодолеть эту проблему. Зная, что я не сталкиваюсь с этим, когда я редактирую запрос в текстовом редакторе. Просто, когда я использую редактор рабочей среды. Но использование внешнего редактора нецелесообразно.
Я также попытался перезагрузить и выключить свое устройство и снова открыть соединение с базой данных.
Если вам нужен журнал, пожалуйста, укажите шаг, чтобы получить его для вас.
2 ответа
Не ответ, но это может помочь Вам отладить, если это - проблема памяти
1. - Открытые mysql-инструментальные-средства из окна терминала с mysql-workbench --log-level=debug3 -v
2. - Открывают второй терминал и выполняют эту команду, чтобы контролировать память и установить базовую линию, это будет автоматическое обновление каждые 2 секунды (в ГБ)
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-инструментальных-средствах и контролируют увеличение памяти (если таковые имеются).
Также проверьте вывод терминальных рабочих mysql-инструментальных-средств.
4. - Открывают 3-й терминал и работают htop, это даст Вам обзор общего использования (CPU/память/подкачка) Вашей системы.
Я решил эту проблему, изменив некоторые настройки СУБД в редакторе SQL:
