自MySQL5.1.6起，增加了一個非常有特色的功能–事件調度器(Event Scheduler)，可以用做定時執行某些特定任務（例如：刪除記錄、對數據進行匯總等等），來取代原先只能由操作系統的計劃任務來執行的工作。更值得一提的是MYSQL的事件調度器可以精確到每秒鐘執行一個任務，而操作系統的計劃任務（如：Linux下的CRON或Windows下的任務計劃）只能精確到每分鐘執行一次。對於一些對數據實時性要求比較高的應用（例如：股票、賠率、比分等）就非常適合。
事件調度器有時也可稱為臨時觸發器(temporal triggers)，因為事件調度器是基於特定時間周期觸發來執行某些任務，而觸發器(Triggers)是基於某個表所產生的事件觸發的，區別也就在這裡。
在使用這個功能之前必須確保event_scheduler已開啟，可執行
SET GLOBAL event_scheduler = 1;
或我們可以在配置my.ini文件 中加上event_scheduler = 1或
SET GLOBAL event_scheduler = ON;
來開啟，也可以直接在啟動命令加上“–event_scheduler=1”，例如：
mysqld ... --event_scheduler=1
要查看當前是否已開啟事件調度器，可執行如下SQL：
SHOW VARIABLES LIKE 'event_scheduler';
或
SELECT @@event_scheduler;
或
擁有SUPER 權限的賬戶執行SHOW PROCESSLIST 就可以看到這個線程了
5.3、定時服務配置
先來看一下它的語法：
CREATE EVENT [IF NOT EXISTS] event_name
ON SCHEDULE schedule
[ON COMPLETION [NOT] PRESERVE]
[ENABLE | DISABLE]
[COMMENT 'comment']
DO sql_statement;
schedule:
AT TIMESTAMP [+ INTERVAL INTERVAL]
| EVERY INTERVAL [STARTS TIMESTAMP] [ENDS TIMESTAMP]
INTERVAL:
quantity {YEAR | QUARTER | MONTH | DAY | HOUR | MINUTE |
WEEK | SECOND | YEAR_MONTH | DAY_HOUR | DAY_MINUTE |
DAY_SECOND | HOUR_MINUTE | HOUR_SECOND | MINUTE_SECOND}
5.3.1每秒插入一條記錄到數據表
USE test;
CREATE TABLE aaa (timeline TIMESTAMP);
CREATE EVENT e_test_insert
ON SCHEDULE EVERY 1 SECOND
DO INSERT INTO test.aaa VALUES (CURRENT_TIMESTAMP);
等待3秒鐘後，再執行查詢看看：
mysql> SELECT * FROM aaa;
+---------------------+
| timeline |
+---------------------+
| 2007-07-18 20:44:26 |
| 2007-07-18 20:44:27 |
| 2007-07-18 20:44:28 |
+---------------------+
5.3.2 5秒(天)後清空test表
CREATE EVENT e_test
ON SCHEDULE AT CURRENT_TIMESTAMP + INTERVAL 5 SECOND
DO TRUNCATE TABLE test.aaa;
CREATE EVENT e_test
ON SCHEDULE AT CURRENT_TIMESTAMP + INTERVAL 5 DAY
DO TRUNCATE TABLE test.aaa;
5.3.3 2008年5月23日9點39分20秒整清空test表
CREATE EVENT e_test
ON SCHEDULE AT TIMESTAMP '2008-05-23 9:39:20'
DO TRUNCATE TABLE test.aaa;
這個測試有問題。還不太明白原因。
5.3.4每天定時清空test表
CREATE EVENT e_test
ON SCHEDULE EVERY 1 DAY
DO TRUNCATE TABLE test.aaa;
5.3.5 5天後開啟每天定時清空test表
CREATE EVENT e_test
ON SCHEDULE EVERY 1 DAY
STARTS CURRENT_TIMESTAMP + INTERVAL 5 DAY
DO TRUNCATE TABLE test.aaa;
這裡5天也可以為0天，當時就開啟清空表
5.3.6每天定時清空test表，5天後停止執行
CREATE EVENT e_test
ON SCHEDULE EVERY 1 DAY
ENDS CURRENT_TIMESTAMP + INTERVAL 5 DAY
DO TRUNCATE TABLE test.aaa;
該設置要求天數大於1，否則報錯。而且創建不成功
5.3.7 5天後開啟每天定時清空test表，一個月後停止執行
CREATE EVENT e_test
ON SCHEDULE EVERY 1 DAY
STARTS CURRENT_TIMESTAMP + INTERVAL 5 DAY
ENDS CURRENT_TIMESTAMP + INTERVAL 1 MONTH
DO TRUNCATE TABLE test.aaa;[ON COMPLETION [NOT] PRESERVE]
可以設置這個事件是執行一次還是持久執行，默認為NOT PRESERVE。
該事件會停止每隔一秒插入數據的事件，感覺這點上mysql做的還是有問題。
5.3.8每天定時清空test表(只執行一次，任務完成後就終止該事件)
CREATE EVENT e_test
ON SCHEDULE EVERY 1 DAY
ON COMPLETION NOT PRESERVE
DO TRUNCATE TABLE test.aaa;
[ENABLE | DISABLE]可是設置該事件創建後狀態是否開啟或關閉，默認為ENABLE。
[COMMENT ‘comment’]可以給該事件加上注釋。
5.4、定時服務日常維護測試
5.4.1修改事件(ALTER EVENT)
ALTER EVENT event_name
[ON SCHEDULE schedule]
[RENAME TO new_event_name]
[ON COMPLETION [NOT] PRESERVE]
[COMMENT 'comment']
[ENABLE | DISABLE]
[DO sql_statement]
a、臨時關閉事件
ALTER EVENT e_test DISABLE;
b、開啟事件
ALTER EVENT e_test ENABLE;
c、將每天清空test表改為5天清空一次：
ALTER EVENT e_test
ON SCHEDULE EVERY 5 DAY;
d、重命名事件並加上注釋
alter event test.new_e_test rename to e_test comment 'e_test_cm';
5.4.2刪除事件(DROP EVENT)
語法很簡單，如下所示：
DROP EVENT [IF EXISTS] event_name例如刪除前面創建的e_test事件
DROP EVENT e_test;當然前提是這個事件存在，否則會產生ERROR 1513 (HY000): Unknown event錯誤，因此最好加上IF EXISTS
DROP EVENT IF EXISTS e_test;
5.4.3查看事件
a、查看一個event的詳細信息可以用下面的視圖：
SELECT * FROM INFORMATION_SCHEMA.EVENTS WHERE EVENT_NAME = 'test_insert' AND EVENT_SCHEMA = 'test'\G;
b、簡要列出所有的event：show events
語法：
SHOW EVENTS [FROM schema_name]
[LIKE 'pattern' | WHERE expr]
格式化顯示所有event
SHOW EVENTS\G
格式化顯示test用戶的event
show events FROM test;
c、查看event的創建信息
SHOW CREATE EVENT event_name
show create event test.e_test\G
5.5、結論
該特性確實非常有用，可作為定時清空數據表、監控主從服務器、匯總數據到另一張表等等，並且可以精確到每秒，實時性也可以得到保障。
不過如果當兩個事件的針對相同的對象的時候，會出現沖突，這種情況還不明確是我理解的問題還是確實是這樣，比如每秒插入和定時刪除就會沖突。除了調度SQL語句之外，MYSQL的調度器也可以調度存儲過程。
5.6、缺點
SELECT * FROM INFORMATION_SCHEMA.EVENTS WHERE EVENT_NAME = 'test_insert' AND EVENT_SCHEMA = 'troaudit_db'\G;
*************************** 1. row ***************************
EVENT_CATALOG: NULL
EVENT_SCHEMA: troaudit_db
EVENT_NAME: event_session_table
DEFINER: egilance@%
TIME_ZONE: SYSTEM
EVENT_BODY: SQL
EVENT_DEFINITION: BEGIN
CALL create_table_process;
END
EVENT_TYPE: RECURRING
EXECUTE_AT: NULL
INTERVAL_VALUE: 1800
INTERVAL_FIELD: SECOND
SQL_MODE:
STARTS: 2011-08-23 10:51:28
ENDS: NULL
STATUS: ENABLED
ON_COMPLETION: PRESERVE
CREATED: 2011-08-23 10:51:28
LAST_ALTERED: 2011-08-23 10:51:28
LAST_EXECUTED: 2011-08-23 17:55:51
EVENT_COMMENT:
ORIGINATOR: 0
CHARACTER_SET_CLIENT: utf8
COLLATION_CONNECTION: utf8_general_ci
DATABASE_COLLATION: utf8_unicode_ci
1 row in set (0.00 sec)
MySQL只會記錄最後一次調度的時間，如果時間往前調整，小於最近執行的時間，則不會執行事件調度。
摘自：Padden.Zhang的專欄
