概述

MySQL也有自己的事件調(diào)度器，簡(jiǎn)單地可以理解為linux的crontab job，不過對(duì)于SQL應(yīng)用來(lái)說，它的功能更齊全，也更易于維護(hù)。個(gè)人感覺如果數(shù)量創(chuàng)建太多的話，也可能影響DB性能，且不易調(diào)試。

MySQL事件調(diào)度器的主要內(nèi)容

總開關(guān)

參數(shù)event_scheduler為事件調(diào)度器的總開關(guān)，一般來(lái)說設(shè)置為ON或者OFF就好，不建議設(shè)置成disabled，如果設(shè)置為ON，show processlist可看到該線程

創(chuàng)建，修改，查看等語(yǔ)法

關(guān)于如何創(chuàng)建，修改event這里不做敘述，創(chuàng)建語(yǔ)法如下，具體的含義可參考下面關(guān)于event信息表介紹。也可以參考官網(wǎng)文檔鏈接，http://dev.mysql.com/doc/refman/5.6/en/create-event.html

查看創(chuàng)建好的event，在進(jìn)入當(dāng)前db后，show create event xxx\G

event的信息查詢和含義

查看某個(gè)event的狀態(tài)信息，可查看mysql.event或者information_schema.events，或者簡(jiǎn)單地切到當(dāng)前DB后執(zhí)行show events; 三者的內(nèi)容基本一致，information_schema無(wú)法做了下數(shù)據(jù)復(fù)制，更改了下列名稱和starts時(shí)間以便更好的閱讀。這里已information_schema.events里的信息為例解釋

EVENT_CATALOG：一般都是def，不管

EVENT_SCHEMA：event所在的schema

EVENT_NAME：event的名稱

DEFINER：event的定義者，和定義這個(gè)event時(shí)，默認(rèn)selectcurrent_user()的結(jié)果一致，如果該user有super權(quán)限，可以指定為其他用戶

TIME_ZONE：event使用的時(shí)區(qū)，默認(rèn)是system，建議別做修改

EVENT_BODY：一般都是SQL，不用管

EVENT_DEFINITION：該event的內(nèi)容，可以是具體的insert等SQL，也可以是一個(gè)調(diào)用存儲(chǔ)過程的操作

EVENT_TYPE：這個(gè)參數(shù)比較重要，定義的時(shí)候指定，有兩個(gè)值：RECURRING和ONE TIME，RECURRING表示只要符合條件就會(huì)重復(fù)執(zhí)行，而ONE TIME只會(huì)調(diào)用一次

EXECUTE_AT： 針對(duì)one-time類型的event有效，如果是RECURRING類型的event一般為NULL，表示該event的預(yù)計(jì)執(zhí)行時(shí)間

INTERVAL_VALUE：針對(duì)RECURRING類型的event有效，表示執(zhí)行間隔長(zhǎng)度

INTERVAL_FIELD：針對(duì)RECURRING類型的event有效，表示執(zhí)行間隔的單位，一般是SECOND，DAY等值，可參考創(chuàng)建語(yǔ)法

SQL_MODE：當(dāng)前event采用的SQL_MODE

STARTS：針對(duì)RECURRING類型的event有效，表示一個(gè)event從哪個(gè)時(shí)間點(diǎn)點(diǎn)開始執(zhí)行，和one-time的EXECUTE_AT功能類似。為NULL表示一符合條件就開始執(zhí)行

ENDS：針對(duì)RECURRING類型的event有效，表示一個(gè)event到了哪個(gè)時(shí)間點(diǎn)后不再執(zhí)行，如果為NULL就是永不停止

STATUS：一般有三個(gè)值，ENABLED, DISABLED和 SLAVESIDE_DISABLED，其中ENABLED表示激活這個(gè)event，該event只要符合其他條件就會(huì)執(zhí)行；DISABLED狀態(tài)改event將不會(huì)執(zhí)行，SLAVESIDE_DISABLED表示在從庫(kù)上不執(zhí)行該event。需要特別注意在從庫(kù)上不要執(zhí)行任何形式的event，因?yàn)槿绻鲙?kù)執(zhí)行一次，復(fù)制到從庫(kù)后，從庫(kù)再執(zhí)行一次的話，那就數(shù)據(jù)不一致了，一般來(lái)說直接禁用掉從庫(kù)上的總開關(guān)event_scheduler就行。

ON_COMPLETION：只有兩種值，PRESERVE和NOT PRESERVE，PRESERVE

CREATED：event的創(chuàng)建時(shí)間

LAST_ALTERED：event最新一次被修改的時(shí)間

LAST_EXECUTED：event最近一次執(zhí)行的時(shí)間，如果為NULL表示從未執(zhí)行過

EVENT_COMMENT：event的注釋信息

ORIGINATOR：當(dāng)前event創(chuàng)建時(shí)的server-id，用于主從上的處理，比如SLAVESIDE_DISABLED

CHARACTER_SET_CLIENT：event創(chuàng)建時(shí)的客戶端字符集，即character_set_client

COLLATION_CONNECTION：event創(chuàng)建時(shí)的連接字符校驗(yàn)規(guī)則，即collation_connection

DATABASE_COLLATION：event創(chuàng)建時(shí)的數(shù)據(jù)庫(kù)字符集校驗(yàn)規(guī)則

EVENT的權(quán)限管理

1 設(shè)置event_scheduler系統(tǒng)變量，需要super_priv權(quán)限

2 創(chuàng)建，修改和刪除event需要該user用戶EVENT權(quán)限，該權(quán)限是schema級(jí)別的

3 對(duì)應(yīng)于event的具體內(nèi)容，需要對(duì)應(yīng)的權(quán)限。比如event里有對(duì)某張表的insert操作，那么該user需要對(duì)該表的insert操作，不然LAST_EXECUTED一直會(huì)是NULL

EVENT的狀態(tài)查詢

通過以下命令查看DB啟動(dòng)以來(lái)的event的相關(guān)信息統(tǒng)計(jì)

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 如果主庫(kù)已經(jīng)執(zhí)行過，從庫(kù)上務(wù)必要保證event不會(huì)執(zhí)行(除非故意在slave上創(chuàng)建的event)

2 創(chuàng)建，刪除等操作嚴(yán)禁直接操作mysql.event表，而是通過create等正規(guī)語(yǔ)法實(shí)現(xiàn)，不然會(huì)導(dǎo)致元數(shù)據(jù)混亂，各種莫名其妙的問題隨之產(chǎn)生，比如event不執(zhí)行或者重復(fù)執(zhí)行。這時(shí)一般只有重啟DB才能解決 了。

3 創(chuàng)建的event涉及到海量數(shù)據(jù)變更的話，要做好充分測(cè)試，確保不影響現(xiàn)網(wǎng)服務(wù)

4 如果需要備份帶有event的DB，mysqldump時(shí)需要加上--event參數(shù)

以上這篇老生常談mysql event事件調(diào)度器(必看篇)就是小編分享給大家的全部?jī)?nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。