Как я могу выполнить SQL-запросы, которые занимают больше 99,999 секунд на MySQL Workbench?

UPDATE: проблема теперь основные.

Я хотел бы выполнить запрос, который занимает более 99,999 секунд (например,SELECT SLEEP(150000);). Чтобы изменить тайм-аут в MySQL Workbench, мы должны перейти к Edit → Preferences → редактор SQL → время ожидания чтения соединения СУБД (в секундах). Однако DBMS connection read time out поле принимает только до 5 цифр, и установка поля в 0 эквивалентна параметру по умолчанию (600 секунд). Если запрос занимает больше время, чем тайм-аут, я получаю сообщение об ошибке:Error Code: 2013. Lost connection to MySQL server during query

следовательно, мой вопрос: Можно ли увеличить этот предел до 99,999 секунд? Я использую Windows 7 64-бит Ultimate с MySQL Workbench 5.2.47 CE.

на

8
mysql-workbench

3 ответов

вероятно, никто никогда не думал, что вам понадобится такой высокий тайм-аут, поэтому вы ограничены тем, что настраивается в настоящее время. Но откройте запрос функции на http://bugs.mysql.com чтобы предложить либо полностью отключить тайм-аут 0, либо разрешить большие значения.

4

Ну, в Европе мы считаем запятую десятичным разделителем. Вы действительно имели в виду 100 тысяч секунд? Я вижу в ваших комментариях, что вы обрабатываете 50 ГБ. Тем не менее, если вам нужно больше часа, вы пропустили Indeces. Вы должны знать, что они не получат правильно rebuildt в одном запросе, поэтому, если вы присоединитесь к массивной вставке, вы получите декартовое произведение строк-другими словами, ваш запрос может выполняться в течение нескольких недель или даже месяцы.

устранение:

1) Заполните основные данные, не используйте здесь соединения. 2) изменить таблицу для установки индекса. 3) запустите "анализ" 4) Сделайте все остальное.

Если вы чувствуете, что у вас возникли проблемы с выполнением этой процедуры, добавьте запрос с ключевым словом EXPLAIN и опубликуйте результаты.

(У меня есть cronjob, импортирующий около 80GB каждые 30 минут на месте-MySQL, безусловно, может справиться с этим.)

1

эта проблема теперь решена в MySQL Workbench 6.0.3 (2013-07-09): см. сообщить об ошибке и изменение входа.

1