Превышение максимального количества разрешенных динамических запросов

WoodHead · Регистрация: 15.01.2011

Студворк — интернет-сервис помощи студентам

Здравствуйте. Прошу помощи в следующей ситуации.
Пишу программу в Delphi с использованием БД MySQL на удаленном сервере.
Решил провести тестирование работы программы с повышенной нагрузкой. Обновление данных сделал ежесекундное, еще и запустил 8 программ одновременно.
После некоторого времени работы (минут 15 от силы) получил во всех запущенных приложениях этой программы следующую ошибку:

Can't create more than max_prepared_stmt_count statements (current value: 16382)

В интернете нарыл, что

max_prepared_stmt_count - определяет максимальное количество разрешенных динамических запросов. Значение по-умолчанию - 16 382, возможные значения - от 0 до 1 000 000.

Собственно, вопрос. Как сделать так, чтобы не превышать это значение? Запросы SQL простейшие, без всяких трехэтажных вложений и проч. Почему так случилось, что эти запросы где-то накапливаются? И за какое время эти запросы считаются? Как обнулить счетчик этих запросов? Или он сам обнулится?

@Vermut · 12.11.2012, 00:49

У тебя утечки ресурсов, mysql тут ни причем, смотри где ты допустил ошибки в Delphi. Начни с начала с прочтения что такое prepared statements. Потом включи ведение логов mysql, детально расследуй как работает твоё приложение без нагрузки, когда оно открывает statement командой PREPARE и освобождает ли оно его когда либо командой DEALLOCATE.

WoodHead · 12.11.2012, 21:45 **[ТС]**

Vermut, спасибо за подсказку. Я не использовал синтаксис prepared statements в запросах. Правильно ли я понял суть:
- при каждом запросе к БД этот запрос в ней кэшируется;
-в результате, в кэше на сервере эти запросы постоянно накапливаются, что приводит к утечке памяти?

Получается, если эти запросы обрабатывать командой PREPARE, то впоследствии можно будет обращаться к этим запросам по их имени при помощи EXECUTE, и нет необходимости генерировать новые запросы? И, если этих запросов не так много, то необходимость в DEALLOCATE PREPARE отпадает?
Или запросы в любом случае накапливаются в кэше, и команда DEALLOCATE PREPARE как раз нужна, чтобы по имени этого запроса удалить его из памяти сервера?

Прошу меня поправить в терминологии, если что-то называю не так, и подсказать правильный принцип работы prepared statements.

Добавлено через 14 часов 0 минут
Vermut, включил по вашему совету логирование запросов в MySQL. К сожалению, у хостера не получилось включить логи, поэтому пришлось все возвращать на локальную машину и тестировать. Та же самая ошибка воспроизвелась с 100% повтором. Посмотрел лог, и действительно, везде мелькают Prepare и Execute, но нигде нет Deallocate. Пока не знаю, как сделать Deallocate в Delphi (Prepare и Execute формируются автоматически; я их отдельно не вызывал), но буду копать в этом направлении.

WoodHead · 14.11.2012, 07:01 **[ТС]**

Интересная штука получается. При работе моей программы в логах запрос идет по такой схеме:

SQL
1
2
3
5 PREPARE   SELECT ID3 FROM datestat WHERE FileName=? AND DateField=?
5 PREPARE   SELECT ID3 FROM datestat WHERE FileName=? AND DateField=?
5 EXECUTE   SELECT ID3 FROM datestat WHERE FileName='3676.png' AND DateField='2012-11-14'

Зачем два раза один и тот же Prepare выполнять, уме не приложу.
Для сравнения, попробовал отредактировать БД Navicat'ом.
Вот тут в логах сразу стало все четко. Нет никаких Prepare, Execute. Запрос обрабатывается сразу.
Осталось понять, как отключить все эти Prepare в Delphi.

@Nikitayev · 26.01.2021, 15:37

В Delphi, для всех TFDQuery достаточно после работы с результатами выполнения запроса выполнить Unprepare и утечки прекратятся:

Delphi
1
2
3
4
5
6
7
8
9
10
11
zQuery := TFDQuery.Create(nil);
zQuery.Connection := aConnection;
zQuery.ResourceOptions.SilentMode := true;
zQuery.DisableControls;    
try
  zQuery.SQL.Text := 'insert into tcmds (tdeviceimei_idtdeviceimei, CMDHEX) values (:p1, :p2)';
  ....
finally
  zQuery.Unprepare;
  FreeAndNil(zQuery);
end;

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@Vermut 9 / 9 / 0 Регистрация: 05.11.2012 Сообщений: 32
	12.11.2012, 00:49
	У тебя утечки ресурсов, mysql тут ни причем, смотри где ты допустил ошибки в Delphi. Начни с начала с прочтения что такое prepared statements. Потом включи ведение логов mysql, детально расследуй как работает твоё приложение без нагрузки, когда оно открывает statement командой PREPARE и освобождает ли оно его когда либо командой DEALLOCATE. 2

WoodHead 105 / 104 / 29 Регистрация: 15.01.2011 Сообщений: 515
	12.11.2012, 21:45 [ТС]
	Vermut, спасибо за подсказку. Я не использовал синтаксис prepared statements в запросах. Правильно ли я понял суть: - при каждом запросе к БД этот запрос в ней кэшируется; -в результате, в кэше на сервере эти запросы постоянно накапливаются, что приводит к утечке памяти? Получается, если эти запросы обрабатывать командой PREPARE, то впоследствии можно будет обращаться к этим запросам по их имени при помощи EXECUTE, и нет необходимости генерировать новые запросы? И, если этих запросов не так много, то необходимость в DEALLOCATE PREPARE отпадает? Или запросы в любом случае накапливаются в кэше, и команда DEALLOCATE PREPARE как раз нужна, чтобы по имени этого запроса удалить его из памяти сервера? Прошу меня поправить в терминологии, если что-то называю не так, и подсказать правильный принцип работы prepared statements. Добавлено через 14 часов 0 минут Vermut, включил по вашему совету логирование запросов в MySQL. К сожалению, у хостера не получилось включить логи, поэтому пришлось все возвращать на локальную машину и тестировать. Та же самая ошибка воспроизвелась с 100% повтором. Посмотрел лог, и действительно, везде мелькают Prepare и Execute, но нигде нет Deallocate. Пока не знаю, как сделать Deallocate в Delphi (Prepare и Execute формируются автоматически; я их отдельно не вызывал), но буду копать в этом направлении. 0