Планировщик событий записывает информацию об исполнении событий, завершившихся с ошибкой или предупреждением, в журнал ошибок MySQL-сервера. См. Раздел 27.5.6, «Права доступа планировщика событий MySQL» для примера.

Для получения информации о состоянии планировщика событий в целях отладки и устранения неполадок выполните mysqladmin debug (см. Раздел 6.5.2, «mysqladmin — Программа администрирования MySQL-сервера»); после выполнения этой команды журнал ошибок сервера содержит вывод, относящийся к планировщику событий, аналогичный показанному здесь:

Events status:
LLA = Last Locked At  LUA = Last Unlocked At
WOC = Waiting On Condition  DL = Data Locked

Event scheduler status:
State      : INITIALIZED
Thread id  : 0
LLA        : n/a:0
LUA        : n/a:0
WOC        : NO
Workers    : 0
Executed   : 0
Data locked: NO

Event queue status:
Element count   : 0
Data locked     : NO
Attempting lock : NO
LLA             : init_queue:95
LUA             : init_queue:103
WOC             : NO
Next activation : never

В операторах, выполняемых в рамках событий, планируемых планировщиком событий, диагностические сообщения (не только ошибки, но и предупреждения) записываются в журнал ошибок и, в Windows, в журнал событий приложения. Для часто выполняемых событий это может привести к большому количеству записанных сообщений. Например, для SELECT ... INTO var_list операторов, если запрос не возвращает строк, возникает предупреждение с кодом ошибки 1329 (No data), и значения переменных остаются неизменными. Если запрос возвращает несколько строк, возникает ошибка 1172 (Result consisted of more than one row). В обоих случаях вы можете избежать записи предупреждений в журнал, объявив обработчик условия; см. Раздел 15.6.7.2, «Оператор DECLARE ... HANDLER». Для операторов, которые могут извлечь несколько строк, другой стратегией является использование LIMIT 1 для ограничения набора результатов одной строкой.