ALTER EVENTevent_name[ON SCHEDULEschedule] [RENAME TOnew_event_name] [ON COMPLETION [NOT] PRESERVE] [ENABLE | DISABLE] [COMMENT 'comment'] [DOsql_statement]
The ALTER EVENT statement is used to change
one or more of the characteristics of an existing event without
the need to drop and recreate it. The syntax for each of the
ON SCHEDULE, ON
COMPLETION, COMMENT,
ENABLE / DISABLE, and
DO clauses is exactly the same as when used
with CREATE EVENT. (See 項19.2.1. 「CREATE EVENT Syntax」.)
Beginning with MySQL 5.1.12, any user can alter an event defined
on a database for which that user has the
EVENT privilege. When a user executes a
successful ALTER EVENT statement, that user
becomes the definer for the effected event.
(In MySQL 5.1.11 and earlier, an event could be altered only by
its definer, or by a user having the SUPER
privilege.)
ALTER EVENT works only with an existing
event:
mysql>ALTER EVENT no_such_event>ON SCHEDULE>EVERY '2:3' DAY_HOUR;ERROR 1517 (HY000): Unknown event 'no_such_event'
In each of the following examples, assume that the event named
myevent is defined as shown here:
CREATE EVENT myevent
ON SCHEDULE
EVERY 6 HOUR
COMMENT 'A sample comment.'
DO
UPDATE myschema.mytable SET mycol = mycol + 1;
The following statement changes the schedule for
myevent from once every six hours starting
immediately to once every twelve hours, starting four hours from
the time the statement is run:
ALTER EVENT myevent
ON SCHEDULE
EVERY 12 HOUR
STARTS CURRENT_TIMESTAMP + 4 HOUR;
To disable myevent, use this ALTER
EVENT statement:
ALTER EVENT myevent
DISABLE;
The ON SCHEDULE clause may use expressions
involving built-in MySQL functions and user variables to obtain
any of the timestamp or
interval values which it contains.
You may not use stored routines or user-defined functions in
such expressions, nor may you use any table references; however,
you may use SELECT FROM DUAL. This is true
for both ALTER EVENT and CREATE
EVENT statements. Beginning with MySQL 5.1.13,
references to stored routines, user-defined functions, and
tables in such cases is specifically disallowed, and fail with
an error (see Bug#22830).
An ALTER EVENT statement that contains
another ALTER EVENT statement in its
DO clause appears to succeed; however, when
the server attempts to execute the resulting scheduled event,
the execution fails with an error.
It is possible to change multiple characteristics of an event in
a single statement. This example changes the SQL statement
executed by myevent to one that deletes all
records from mytable; it also changes the
schedule for the event such that it executes once, one day after
this ALTER EVENT statement is run.
ALTER TABLE myevent
ON SCHEDULE
AT CURRENT_TIMESTAMP + INTERVAL 1 DAY
DO
TRUNCATE TABLE myschema.mytable;
To rename an event, use the ALTER EVENT
statement's RENAME TO clause, as shown here:
ALTER EVENT myevent
RENAME TO yourevent;
The previous statement renames the event
myevent to yourevent.
(Note: There is no
RENAME EVENT statement.)
You can also move an event to a different schema using
ALTER EVENT ... RENAME TO ... and
notation, as shown here:
schema_name.table_name
ALTER EVENT oldschema.myevent
RENAME TO newschema.myevent;
In order to execute the previous statement, the user executing
it must have the EVENT privilege on both the
oldschema and newschema
database schemas.
It is necessary to include only those options in an
ALTER EVENT statement which correspond to
characteristics that you actually wish to change; options which
are omitted retain their existing values. This includes any
default values for CREATE EVENT such as
ENABLE.
