老生常談mysql event事件調度器(必看篇)。本站提示廣大學習愛好者：（老生常談mysql event事件調度器(必看篇)）文章只能為提供參考，不一定能成為您想要的結果。以下是老生常談mysql event事件調度器(必看篇)正文
概述
MySQL也有自己的事件調度器，簡單地可以理解為linux的crontab job，不過對於SQL應用來說，它的功能更齊全，也更易於維護。個人感覺如果數量創建太多的話，也可能影響DB性能，且不易調試。
MySQL事件調度器的主要內容
總開關
參數event_scheduler為事件調度器的總開關，一般來說設置為ON或者OFF就好，不建議設置成disabled，如果設置為ON，show processlist可看到該線程
創建，修改，查看等語法
關於如何創建，修改event這裡不做敘述，創建語法如下，具體的含義可參考下面關於event信息表介紹。也可以參考官網文檔鏈接，http://dev.mysql.com/doc/refman/5.6/en/create-event.html
查看創建好的event，在進入當前db後，show create event xxx\G
event的信息查詢和含義
查看某個event的狀態信息，可查看mysql.event或者information_schema.events，或者簡單地切到當前DB後執行show events; 三者的內容基本一致，information_schema無法做了下數據復制，更改了下列名稱和starts時間以便更好的閱讀。這裡已information_schema.events裡的信息為例解釋
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創建時的數據庫字符集校驗規則
EVENT的權限管理
1 設置event_scheduler系統變量，需要super_priv權限
2 創建，修改和刪除event需要該user用戶EVENT權限，該權限是schema級別的
3 對應於event的具體內容，需要對應的權限。比如event裡有對某張表的insert操作，那麼該user需要對該表的insert操作，不然LAST_EXECUTED一直會是NULL
EVENT的狀態查詢
通過以下命令查看DB啟動以來的event的相關信息統計
mysql> showglobal status like '%event%';
+--------------------------+-------+
|Variable_name | Value |
+--------------------------+-------+
|Com_alter_event | 0 |
|Com_create_event | 2 |
|Com_drop_event | 2 |
|Com_show_binlog_events | 0 |
|Com_show_create_event | 191 |
|Com_show_events | 40 |
|Com_show_relaylog_events | 0 |
+--------------------------+-------+
7 rows in set(0.00 sec)
使用建議
1 如果主庫已經執行過，從庫上務必要保證event不會執行(除非故意在slave上創建的event)
2 創建，刪除等操作嚴禁直接操作mysql.event表，而是通過create等正規語法實現，不然會導致元數據混亂，各種莫名其妙的問題隨之產生，比如event不執行或者重復執行。這時一般只有重啟DB才能解決 了。
3 創建的event涉及到海量數據變更的話，要做好充分測試，確保不影響現網服務
4 如果需要備份帶有event的DB，mysqldump時需要加上--event參數
以上這篇老生常談mysql event事件調度器(必看篇)就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持。
