Events are executed by a special event
scheduler thread; when we refer to the Event Scheduler,
we actually refer to this thread. When running, the event
scheduler thread and its current state can be seen by users having
the PROCESS
privilege in the output
of SHOW PROCESSLIST
, as shown in
the discussion that follows.
The global event_scheduler
system
variable determines whether the Event Scheduler is enabled and
running on the server. It has one of the following values, which
affect event scheduling as described:
ON
: The Event Scheduler is started; the event scheduler thread runs and executes all scheduled events.ON
is the defaultevent_scheduler
value.When the Event Scheduler is
ON
, the event scheduler thread is listed in the output ofSHOW PROCESSLIST
as a daemon process, and its state is represented as shown here:mysql> SHOW PROCESSLIST\G *************************** 1. row *************************** Id: 1 User: root Host: localhost db: NULL Command: Query Time: 0 State: NULL Info: show processlist *************************** 2. row *************************** Id: 2 User: event_scheduler Host: localhost db: NULL Command: Daemon Time: 3 State: Waiting for next activation Info: NULL 2 rows in set (0.00 sec)
Event scheduling can be stopped by setting the value of
event_scheduler
toOFF
.OFF
: The Event Scheduler is stopped. The event scheduler thread does not run, is not shown in the output ofSHOW PROCESSLIST
, and no scheduled events execute.When the Event Scheduler is stopped (
event_scheduler
isOFF
), it can be started by setting the value ofevent_scheduler
toON
. (See next item.)DISABLED
: This value renders the Event Scheduler nonoperational. When the Event Scheduler isDISABLED
, the event scheduler thread does not run (and so does not appear in the output ofSHOW PROCESSLIST
). In addition, the Event Scheduler state cannot be changed at runtime.
If the Event Scheduler status has not been set to
DISABLED
,
event_scheduler
can be toggled
between ON
and OFF
(using
SET
). It
is also possible to use 0
for
OFF
, and 1
for
ON
when setting this variable. Thus, any of the
following 4 statements can be used in the mysql
client to turn on the Event Scheduler:
SET GLOBAL event_scheduler = ON;
SET @@GLOBAL.event_scheduler = ON;
SET GLOBAL event_scheduler = 1;
SET @@GLOBAL.event_scheduler = 1;
Similarly, any of these 4 statements can be used to turn off the Event Scheduler:
SET GLOBAL event_scheduler = OFF;
SET @@GLOBAL.event_scheduler = OFF;
SET GLOBAL event_scheduler = 0;
SET @@GLOBAL.event_scheduler = 0;
If the Event Scheduler is enabled, enabling the
super_read_only
system variable
prevents it from updating event “last executed”
timestamps in the events
data dictionary
table. This causes the Event Scheduler to stop the next time it
tries to execute a scheduled event, after writing a message to
the server error log. (In this situation the
event_scheduler
system variable
does not change from ON
to
OFF
. An implication is that this variable
rejects the DBA intent that the Event
Scheduler be enabled or disabled, where its actual status of
started or stopped may be distinct.). If
super_read_only
is subsequently
disabled after being enabled, the server automatically restarts
the Event Scheduler as needed, as of MySQL 8.0.26. Prior to
MySQL 8.0.26, it is necessary to manually restart the Event
Scheduler by enabling it again.
Although ON
and OFF
have
numeric equivalents, the value displayed for
event_scheduler
by
SELECT
or SHOW
VARIABLES
is always one of OFF
,
ON
, or DISABLED
.
DISABLED
has no numeric
equivalent. For this reason, ON
and
OFF
are usually preferred over
1
and 0
when setting this
variable.
Note that attempting to set
event_scheduler
without
specifying it as a global variable causes an error:
mysql< SET @@event_scheduler = OFF;
ERROR 1229 (HY000): Variable 'event_scheduler' is a GLOBAL
variable and should be set with SET GLOBAL
It is possible to set the Event Scheduler to
DISABLED
only at server startup. If
event_scheduler
is
ON
or OFF
, you cannot set
it to DISABLED
at runtime. Also, if the Event
Scheduler is set to DISABLED
at startup, you
cannot change the value of
event_scheduler
at runtime.
To disable the event scheduler, use one of the following two methods:
As a command-line option when starting the server:
--event-scheduler=DISABLED
In the server configuration file (
my.cnf
, ormy.ini
on Windows systems), include the line where it can be read by the server (for example, in a[mysqld]
section):event_scheduler=DISABLED
To enable the Event Scheduler, restart the server without the
--event-scheduler=DISABLED
command-line option, or after removing or commenting out the line
containing event-scheduler=DISABLED
in the server configuration file, as appropriate. Alternatively,
you can use ON
(or 1
) or
OFF
(or 0
) in place of the
DISABLED
value when starting the server.
You can issue event-manipulation statements when
event_scheduler
is set to
DISABLED
. No warnings or errors are generated
in such cases (provided that the statements are themselves
valid). However, scheduled events cannot execute until this
variable is set to ON
(or
1
). Once this has been done, the event
scheduler thread executes all events whose scheduling conditions
are satisfied.
Starting the MySQL server with the
--skip-grant-tables
option causes
event_scheduler
to be set to
DISABLED
, overriding any other value set either
on the command line or in the my.cnf
or
my.ini
file (Bug #26807).
For SQL statements used to create, alter, and drop events, see Section 27.4.3, “Event Syntax”.
MySQL provides an EVENTS
table in the
INFORMATION_SCHEMA
database. This table can be
queried to obtain information about scheduled events which have
been defined on the server. See Section 27.4.4, “Event Metadata”,
and Section 28.3.14, “The INFORMATION_SCHEMA EVENTS Table”, for more
information.
For information regarding event scheduling and the MySQL privilege system, see Section 27.4.6, “The Event Scheduler and MySQL Privileges”.