MySQL之事件调度器介绍

MySQL5.1.6版本中引入了一项新特性EVENT，顾名思义就是事件、定时任务机制，在指定的时间单元内执行特定的任务，因此今后一些对数据定时性操作不再依赖外部程序，而直接使用数据库本身提供的功能。
其实MySQL的EVENT 功能和linux下的的at、crontab或Windows下的Task Scheduler计划任务类似。　也被称为MySQL事件调度器（Event Scheduler），可以在某一个时间点执行一个SQL语句或一个语句块（BEGIN ... END）；或者每隔固定间隔重复执行

一. 开启MySQL event_scheduler

要查看当前是否已开启事件调度器，可执行如下SQL：
SHOW VARIABLES LIKE 'event_scheduler';
或
SELECT @@event_scheduler;
或
SHOW PROCESSLIST;
若显示：

+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| event_scheduler | OFF |
+-----------------+-------+
则可执行
SET GLOBAL event_scheduler = 1;
或
SET GLOBAL event_scheduler = ON;
来开启，也可以直接在启动命令加上“–event_scheduler=1”，例如：

mysqld ... --event_scheduler=1

my.ini or my.cnf 中的
[mysqld]
添加 event_scheduler=ON

二.event的信息查询和含义

查看创建event语句：

mysql> show create event e_test\G
*************************** 1. row ***************************
               Event: e_test
            sql_mode: STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION
           time_zone: SYSTEM
        Create Event: CREATE DEFINER=`root`@`localhost` EVENT `e_test` ON SCHEDULE EVERY 60 SECOND STARTS '2018-09-07 18:21:00' ON COMPLETION PRESERVE DISABLE DO BEGIN
CALL p_test2();
END
character_set_client: utf8
collation_connection: utf8_general_ci
  Database Collation: utf8_general_ci
1 row in set (0.00 sec)

查看某个event的状态信息，可查看mysql.event或者information_schema.events，或者简单地切到当前DB后执行show events; 三者的内容基本一致，information_schema无法做了下数据复制，更改了下列名称和starts时间以便更好的阅读。这里已information_schema.events里的信息为例解释

mysql> select *  from information_schema.events limit 1\G
*************************** 1. row ***************************
       EVENT_CATALOG: def
        EVENT_SCHEMA: test
          EVENT_NAME: e_test
             DEFINER: root@localhost
           TIME_ZONE: SYSTEM
          EVENT_BODY: SQL
    EVENT_DEFINITION: BEGIN
CALL p_test2();
END
          EVENT_TYPE: RECURRING
          EXECUTE_AT: NULL
      INTERVAL_VALUE: 60
      INTERVAL_FIELD: SECOND
            SQL_MODE: STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION
              STARTS: 2018-09-07 18:21:00
                ENDS: NULL
              STATUS: DISABLED
       ON_COMPLETION: PRESERVE
             CREATED: 2018-09-07 18:26:07
        LAST_ALTERED: 2018-09-12 17:13:37
       LAST_EXECUTED: 2018-09-12 17:13:00
       EVENT_COMMENT: 
          ORIGINATOR: 1131053306
CHARACTER_SET_CLIENT: utf8
COLLATION_CONNECTION: utf8_general_ci
  DATABASE_COLLATION: utf8_general_ci
1 row in set (0.01 sec)

相关参数介绍：

EVENT_CATALOG：一般都是def，不管
EVENT_SCHEMA：event所在的schema
EVENT_NAME：event的名称
DEFINER：event的定义者，和定义这个event时，默认selectcurrent_user()的结果一致，如果该user有super权限，可以指定为其他用户
TIME_ZONE：event使用的时区，默认是system，建议别做修改
EVENT_BODY：一般都是SQL，不用管
EVENT_DEFINITION：该event的内容，可以是具体的insert等SQL，也可以是一个调用存储过程的操作
EVENT_TYPE：这个参数比较重要，定义的时候指定，有两个值：RECURRING和ONE TIME，RECURRING表示只要符合条件就会重复执行，而ONE TIME只会调用一次
EXECUTE_AT： 针对one-time类型的event有效，如果是RECURRING类型的event一般为NULL，表示该event的预计执行时间
INTERVAL_VALUE：针对RECURRING类型的event有效，表示执行间隔长度
INTERVAL_FIELD：针对RECURRING类型的event有效，表示执行间隔的单位，一般是SECOND，DAY等值，可参考创建语法
SQL_MODE：当前event采用的SQL_MODE
STARTS：针对RECURRING类型的event有效，表示一个event从哪个时间点点开始执行，和one-time的EXECUTE_AT功能类似。为NULL表示一符合条件就开始执行
ENDS：针对RECURRING类型的event有效，表示一个event到了哪个时间点后不再执行，如果为NULL就是永不停止
STATUS：一般有三个值，ENABLED, DISABLED和 SLAVESIDE_DISABLED，其中ENABLED表示激活这个event，该event只要符合其他条件就会执行；DISABLED状态改event将不会执行，SLAVESIDE_DISABLED表示在从库上不执行该event。需要特别注意在从库上不要执行任何形式的event，因为如果主库执行一次，复制到从库后，从库再执行一次的话，那就数据不一致了，一般来说直接禁用掉从库上的总开关event_scheduler就行。
ON_COMPLETION：只有两种值，PRESERVE和NOT PRESERVE，PRESERVE
CREATED：event的创建时间
LAST_ALTERED：event最新一次被修改的时间
LAST_EXECUTED：event最近一次执行的时间，如果为NULL表示从未执行过
EVENT_COMMENT：event的注释信息
ORIGINATOR：当前event创建时的server-id，用于主从上的处理，比如SLAVESIDE_DISABLED
CHARACTER_SET_CLIENT：event创建时的客户端字符集，即character_set_client
COLLATION_CONNECTION：event创建时的连接字符校验规则，即collation_connection
DATABASE_COLLATION：event创建时的数据库字符集校验规则

三.使用建议

重要的事情 说3遍：注意！注意！注意！

1. 如果是设定事件计划为0 或OFF，即关闭事件计划进程的时候，不会有新的事件执行，但现有的正在运行的事件会执行到完毕。
2. 对于线上环境来说，使用event时，注意在主库上开启定时器，从库上上务必要关闭定时器，event触发所有操作均会记录binlog进行主从同步，从库上开启定时器很可能造成卡库。切换主库后之后记得将新主库上的定时器打开。
   3.创建，删除等操作严禁直接操作mysql.event表，而是通过create等正规语法实现，不然会导致元数据混乱，各种莫名其妙的问题随之产生，比如event不执行或者重复执行。这时一般只有重启DB才能解决 了。

4.创建的event涉及到海量数据变更的话，要做好充分测试，确保不影响现网服务

5.如果需要备份带有event的DB，mysqldump时需要加上--event参数

6.参数event_scheduler为事件调度器的总开关，一般来说设置为ON或者OFF就好，不建议设置成disabled，如果设置为ON，show processlist可看到该线程

mysql> show processlist;
+--------+-----------------+-----------+------+---------+------+------------------------+------------------+
| Id     | User            | Host      | db   | Command | Time | State                  | Info             |
+--------+-----------------+-----------+------+---------+------+------------------------+------------------+
|      1 | event_scheduler | localhost | NULL | Daemon  | 1439 | Waiting on empty queue | NULL             |
| 693553 | root            | localhost | test | Query   |    0 | init                   | show processlist |
+--------+-----------------+-----------+------+---------+------+------------------------+------------------+
2 rows in set (0.03 sec)