Начиная с MySQL 5.1.12, любой пользователь может изменять событие, определенное в базе данных, для которой этот пользователь имеет привилегию EVENT. Когда пользователь выполняет успешную инструкцию ALTER EVENT он становится definer для произведенного события.
В MySQL 5.1.11 и ранее событие могло быть изменено только definer или пользователем, имеющим привилегию SUPER. ALTER EVENT работает только с существующим событием:
mysql> ALTER EVENT no_such_event
> ON SCHEDULE
> EVERY '2:3' DAY_HOUR;
ERROR 1517 (HY000): Unknown event
'no_such_event'
В каждом из следующих примеров считайте, что событие myevent определено, как показано здесь:
CREATE EVENT myevent ON SCHEDULE
EVERY 6 HOUR COMMENT 'A sample comment.'
DO UPDATE myschema.mytable SET mycol = mycol + 1;
Следующая инструкция изменяет план для myevent с одного раза каждые шесть часов (запуск немедленно) на один раз каждые двенадцать часов, запуская четыре часа со времени выполнения инструкции:
ALTER EVENT myevent ON SCHEDULE
EVERY 12 HOUR STARTS
CURRENT_TIMESTAMP + 4 HOUR;
Чтобы отключить myevent используйте эту инструкцию ALTER EVENT:
ALTER EVENT myevent DISABLE;
Предложение ON SCHEDULE может использовать выражения, включающие встроенные функции MySQL и переменные пользователя, чтобы получить любой timestamp или interval. Вы не можете использовать сохраненные подпрограммы или определяемые пользователем функции в таких выражениях, и при этом Вы не можете использовать любые ссылки на таблицы, однако, Вы можете использовать SELECT FROM DUAL.
Инструкция ALTER EVENT, которая содержит другую инструкцию ALTER EVENT в предложении DO, допустима. Однако, когда сервер пытается выполнять возникающее в результате планируемое событие, произойдет сбой с ошибкой.
Возможно изменить много характеристик события в одиночной инструкции. Этот пример изменяет инструкцию SQL, выполненную myevent, а также план для события:
ALTER TABLE myevent ON SCHEDULE
AT CURRENT_TIMESTAMP + INTERVAL 1 DAY
DO TRUNCATE TABLE myschema.mytable;
Чтобы переименовывать событие, используйте предложение RENAME TO инструкции ALTER EVENT, как показано здесь:ALTER EVENT myevent RENAME TO yourevent;
Предыдущая инструкция переименовывает событие myevent в yourevent. Примечание : не имеется никакой инструкции RENAME EVENT.
Вы можете также переместить событие в другую схему, используя ALTER EVENT … RENAME TO … и запись в формате schema_name.table_name, как показано здесь:
ALTER EVENT oldschema.myevent RENAME TO newschema.myevent;
Чтобы выполнять предыдущую инструкцию, пользователь, выполняющий это, должен иметь привилегию EVENT на схемах oldschema и newschema базы данных.
Необходимо включить только те параметры в инструкцию ALTER EVENT, которые соответствуют характеристикам, которые Вы фактически желаете изменить, параметры, которые опущены, сохраняют их существующие значения. Это включает любые значения по умолчанию для CREATE EVENT, например, ENABLE.
8.2.3. Синтаксис DROP EVENT
DROP EVENT [IF EXISTS] event_name
Эта инструкция удаляет событие event_name. Событие немедленно прекращает активность и будет удалено полностью с сервера.
Если событие не существует, произойдет ошибка ERROR 1517 (HY000): Unknown event 'event_name'. Вы можете поменять это и заставить инструкцию провалиться тихо, используя опцию IF EXISTS.
Начиная с MySQL 5.1.12, событие может быть удалено любым пользователем, имеющим привилегию EVENT на схеме базы данных, событие в которой должно быть удалено. В MySQL 5.1.11 и ранее событие могло быть удалено только definer или пользователем, имеющим привилегию SUPER.
8.3. Метаданные события
Информация относительно событий может быть получена следующим образом:
Запрос таблицы EVENTS базы данных INFORMATION_SCHEMA
Использование инструкции SHOW EVENTS.
Использование инструкции SHOW CREATE EVENT.
Запись событий, выполненных на сервере, может читаться из файла регистрации ошибок MySQL.
8.4. Состояние планировщика событий
Информация относительно состояния планировщика события для отладки и целей поиска неисправностей может быть получена следующим образом:
В MySQL 5.1.11 версиях -debug Вы можете использовать инструкцию SHOW SCHEDULER STATUS.
Важно: эта инструкция была удалена в MySQL 5.1.12. Предполагается сделать инструкцию SQL, обеспечивающую подобные функциональные возможности, в будущем выпуске MySQL.
Начиная с MySQL 5.1.12, информация состояния планировщика событий может быть получена, выполняя mysqladmin debug. После выполнения этой команды, файл регистрации ошибок содержит вывод в отношении планировщика событий, подобный тому, что показывается здесь: