MySQL 使用事件(Events)完成計(jì)劃任務(wù)
事件可以指定單次或以一定的間隔執(zhí)行 SQL 代碼。通常是將復(fù)雜的 SQL 語(yǔ)句使用存儲(chǔ)過(guò)程封裝好,然后周期性地調(diào)用存儲(chǔ)過(guò)程完成一定的任務(wù)。
事件無(wú)需建立服務(wù)端連接,而是通過(guò)一個(gè)獨(dú)立的事件調(diào)度器線程完成初始化。事件沒(méi)有輸入?yún)?shù)也沒(méi)有返回值,這是因?yàn)闆](méi)有連接也就不存在輸入和輸出了。啟用后,可以通過(guò)服務(wù)端日志查看執(zhí)行的指令,但是很難知道具體來(lái)自哪個(gè)事件。也可以查詢 INFORMATION_SCHEMA.EVENTS 表了解事件的狀態(tài),例如最近一次執(zhí)行的時(shí)間。
與存儲(chǔ)過(guò)程類似,事件也需要考慮類似的問(wèn)題。首先,事件增加了 MySQL 服務(wù)端額外的工作。雖然事件本身的負(fù)荷很小,但是事件調(diào)用的 SQL 語(yǔ)句可能對(duì)性能產(chǎn)生嚴(yán)重的影響。另外,事件也會(huì)有存儲(chǔ)過(guò)程那樣基于語(yǔ)句的復(fù)制帶來(lái)的那一類問(wèn)題。事件比較好的應(yīng)用是做諸如周期性的維護(hù)任務(wù)、重建緩存、數(shù)據(jù)統(tǒng)計(jì)、保存監(jiān)測(cè)和診斷的狀態(tài)值等任務(wù)。
下面的例子創(chuàng)建了一個(gè)事件,調(diào)用存儲(chǔ)過(guò)程每周對(duì)指定的數(shù)據(jù)庫(kù)運(yùn)行數(shù)據(jù)表優(yōu)化:
CREATE EVENT optimize_somedb ON SCHEDULE EVERY 1 WEEKDO CALL optimize_tables(’somedb’);
可以指定事件是否需要重復(fù)執(zhí)行。在某些情況下是沒(méi)問(wèn)題的,但是有些情況則不行。以上面的例子為例,你也許是想在所有的副本上運(yùn)行 OPTIMIZE TABLE 指令。但是,需要知道的是如果是全部副本都同時(shí)執(zhí)行這個(gè)操作的話,這會(huì)影響整個(gè)服務(wù)端性能(例如鎖表)。 而且,周期性事件可能會(huì)花很長(zhǎng)事件才能完成,甚至有可能下一個(gè)事件還沒(méi)結(jié)束新的事件就又開始執(zhí)行了。MySQL 不會(huì)阻止這樣的情況,因此需要自己寫代碼實(shí)現(xiàn)相同任務(wù)的互斥。可以使用加鎖的方式達(dá)到這一目的:
CREATE EVENT optimize_somedb ON SCHEDULE EVERY 1 WEEKDO BEGINDECLARE CONTINUE HANDLER FOR SQLEXCEPTION BEGIN END; IF GET_LOCK(’somedb’, 0) THEN DO CALL optimize_tables(’some_db’); END IF; DO RELEASE_LOCK(’somedb’);END
看起來(lái)“多余”的 continue handler 可以保證即便是發(fā)生了異常也會(huì)釋放鎖。
雖然事件與連接無(wú)關(guān),但是卻是與線程有關(guān)的。MySQL 服務(wù)端有一個(gè)主事件調(diào)度線程,可以通過(guò)在服務(wù)端配置中開啟:
SET GLOBAL event_handler := 1;
一旦啟用,這個(gè)線程會(huì)執(zhí)行指定調(diào)度的事件。可以通過(guò)查看服務(wù)端的錯(cuò)誤日志來(lái)了解事件執(zhí)行的信息。
雖然事件調(diào)度器是單線程的,但是事件本身是可以并發(fā)執(zhí)行的。每次事件執(zhí)行的時(shí)候服務(wù)端會(huì)創(chuàng)建新的進(jìn)程。在事件內(nèi)部,可以調(diào)用 CONNECTION_ID()獲取一個(gè)唯一的值(雖然實(shí)際沒(méi)有連接),實(shí)際返回的就是線程 id。進(jìn)程和線程在事件執(zhí)行完后會(huì)銷毀。可以通過(guò) SHOW PROCESSLIST 查看,在 Command 列中會(huì)顯示為 Connect。
雖然,進(jìn)程創(chuàng)建了實(shí)際執(zhí)行事件的線程,但線程在事件完成后會(huì)銷毀,并不會(huì)放入緩存中,因此 Threads_created 這個(gè)狀態(tài)計(jì)數(shù)器并不會(huì)看到增加。
結(jié)語(yǔ):事件與應(yīng)用程序、或操作系統(tǒng)級(jí)的定時(shí)任務(wù)相比,由于沒(méi)有了 SQL 連接建立的過(guò)程,因此效率會(huì)更高,而且開銷不大。適用于需要周期性運(yùn)行的 SQL 腳本任務(wù),例如數(shù)據(jù)表優(yōu)化、生成統(tǒng)計(jì)報(bào)表數(shù)據(jù)等等。但是,需要注意,事件本身可能存在并發(fā)問(wèn)題,這個(gè)可以通過(guò)加鎖解決。同時(shí),如果事件需要重復(fù)執(zhí)行,最好是不要執(zhí)行過(guò)于復(fù)雜耗時(shí)的任務(wù)。
以上就是MySQL 使用事件(Events)完成計(jì)劃任務(wù)的詳細(xì)內(nèi)容,更多關(guān)于MySQL 用事件完成計(jì)劃任務(wù)的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章!
相關(guān)文章:
1. Oracle數(shù)據(jù)庫(kù)中臨時(shí)表的進(jìn)一步深入研究2. 目前學(xué)習(xí)到的常用命令之Mariadb3. 深入探索數(shù)據(jù)庫(kù)MySQL性能優(yōu)化與復(fù)雜查詢相關(guān)操作4. SQLServer的內(nèi)存管理架構(gòu)詳解5. centos編譯安裝mariadb的詳細(xì)過(guò)程6. Linux安裝MariaDB數(shù)據(jù)庫(kù)的實(shí)例詳解7. MySQL百萬(wàn)數(shù)據(jù)深度分頁(yè)優(yōu)化思路解析8. 盤點(diǎn)SqlServer 分頁(yè)方式和拉姆達(dá)表達(dá)式分頁(yè)9. Mysql優(yōu)化方法詳細(xì)介紹10. 初識(shí)SQLITE3數(shù)據(jù)庫(kù)
