Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, товарищи! Столкнулся с проблемой: один и тот же запрос выполняется за разное время, если его запихнуть в процедуру и если его выполнить отдельно. Возьмем для примера запрос вида SELECT 1; Выполним его в dbForge как текст - 0мс Выполним как Процедура - 200мс Не верим клиенту? ок, попробуем стандартную утилиту. Результат вы видите) Пробовал выполнять непосредственно на сервере - там отлично: и запрос, и процедура отрабатывают за 0 мс. Менял кодировку базы - результат не меняется. При этом есть процедуры, которые делают куда более сложные запросы и выполняются за 3-4мс на клиенте! Что за бред?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2017, 17:01 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
Еще скриншотов в достоверность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2017, 17:02 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2017, 17:02 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
Сообщите версию dbForge Studio for MySQL? Используете ли подключение к одному и тому же серверу при вызове процедуры и выполнении запроса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 17:38 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
devart, версия 7.2.53 Да, и запрос, и выполнение процедуры происходило на одном и том же сервере. Фраза "Пробовал выполнять непосредственно на сервере - там отлично: и запрос, и процедура отрабатывают за 0 мс." означает, что мы заходим на сервер, запускаем mysql-клиент локально и выполняем запрос и процедуру. Ежели грешить на сеть - то почему есть некоторые процедуры все же выполняются за 0-2 мс? Неужели никто не сталкливался с подобным? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2017, 11:57 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
Z_ErmakЗдравствуйте, товарищи! Столкнулся с проблемой: один и тот же запрос выполняется за разное время, если его запихнуть в процедуру и если его выполнить отдельно. Возьмем для примера запрос вида SELECT 1; Выполним его в dbForge как текст - 0мс Выполним как Процедура - 200мс Не верим клиенту? ок, попробуем стандартную утилиту. Результат вы видите) Пробовал выполнять непосредственно на сервере - там отлично: и запрос, и процедура отрабатывают за 0 мс. Менял кодировку базы - результат не меняется. При этом есть процедуры, которые делают куда более сложные запросы и выполняются за 3-4мс на клиенте! Что за бред?! К слову, версия MySQL 5.6.26 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2017, 12:02 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
Вы можете попробовать установить dbForge Studio for MySQL на сервере, где установлен MySQL клиент, и сравнить результаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.01.2017, 16:54 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
devart, это невозможно, так сервер на FreeBSD и графической оболочки нет =( В общем-то dbForge ведет себя правильно, так же как и встроенный клиент MySQL... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.01.2017, 17:01 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
UPD: Итак, опытным путём выяснилось, что развернув бэкап базы с идентичными конфигами на Debian данная проблема магическим образом исчезает. UPD2: Что выяснилось еще: если из консоли клиентом коннектиться к localhost - все отрабатывает быстро, но если подключиться к этому же серверу, но по внешнему ip (192.168.0.27) - даже вызывая из консоли на стороне сервера хранимые процедуры выполняются за 100мс! UPD3: Проблема решилась. Методом тыка и переборкой выяснилось, что если сервер работает на FreeBSD, а параметр bind-address в my.cnf не указан, то возникает описанная выше ситуация. Ежели указать bind-address - все работает быстро, и процедура также отрабатывает за 1мс. При этом, на Ubuntu server или debian при отсутствии данного параметра сей баг не наблюдается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2017, 10:16 |
|
||
|
Хранимая процедура выполняется дольше, чем запрос
|
|||
|---|---|---|---|
|
#18+
Попробую предположить, что skip_name_resolve установлена в OFF сейчас (дефолтовое значение). Потому на каждый коннект сервер выполняет дополнительный запрос к ДНС. Что, собственно, и видно из Вашего UPD2 (при подключении через сокет резолвинг имён не требуется). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2017, 12:09 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39387825&tid=1830852]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 262ms |
| total: | 374ms |

| 0 / 0 |
