MySQL 高級特性(七):觸發器的正確打開方式

觸發器用於在 MySQL 執行插入、更新或刪除語句時,自動觸發執行其他SQL代碼。可以在執行語句前或執行後觸發其他 SQL 代碼運行。觸發器可以讀取觸發語句改變了哪些數據,但是沒有返回值。因此可以使用觸發器加強業務邏輯的約束而不需要在應用程序寫對應的代碼。

從上述描述可以看到,觸發器可以簡化應用程序的邏輯並且可以提升性能,這是因爲使用觸發器減少了應用程序和服務端的交互次數。同時,觸發器有助於完成自動更新歸一化和統計數據。例如,我們可以使用觸發器自動統計交易訂單總金額,訂單數及平均客單價。
然而,MySQL 的觸發器的應用場合也十分有限,如果你使用過其他數據庫產品的觸發器,不要以爲 MySQL 也能實現相同的功能,例如:

  • 每個數據表的單一事件只能有一個觸發器,也就是說對於 AFTER INSERT 這樣的事件來說,不能同時有超過1個的觸發器。
  • MySQL 只支持行級別的觸發器,也就是隻能按 FOR EACH ROW 這種方式使用觸發而不是整個 SQL 語句,這對於大量數據的操作而言會比較低效。MySQL 的觸發器只能按下面的形式編寫:
CREATE TRIGGER 觸發器名 BEFORE|AFTER 觸發事件
ON 表名 FOR EACH ROW
BEGIN
    執行語句列表;
END

執行語句列表支持單條或多條語句,下面是一個多條語句的示例:

DELIMITER $$
CREATE TRIGGER user_create_log AFTER INSERT ON t_users FOR EACH ROW
BEGIN
DECLARE log_info VARCHAR(40)character set utf8;
DECLARE description VARCHAR(20) character set utf8;#後面發現中文字符編碼出現亂碼,這裏設置字符集
SET description = " is created";
SET log_info = CONCAT(NEW.user_name, description);     #函數CONCAT可以將字符串連接
INSERT INTO logs(log) values(log_info);
END $$

DELIMITER ;
  • 觸發器可能導致服務端實際執行的工作不可預測,一個簡單的語句可能導致服務端做大量不可見的工作。例如,如果一個觸發器更新了 一個相關的表,可能導致受影響的行數加倍。
  • 觸發器難以調試,並且一旦引入了觸發器,很難分析性能瓶頸。
  • 觸發器會導致潛在的鎖等待和死鎖。如果觸發器失敗了,源查詢也會失敗。如果沒有意識到觸發器的存在,這類玩呢提很難發現。

大多數限制中,最大的限制是 FOR EACH ROW 的設計,這有時候導致觸發器沒法用於維護統計和緩存表,這是因爲這可能很慢。使用觸發器的主要理由是相比定時同步更新,觸發器可以一致保持數據的一致性。
觸發器也沒法保證原子性。例如,更新 MyISAM 數據表的觸發器在源 SQL 語句出錯後,無法回滾。而且,觸發器自身也可能都只錯誤。如果我們使用了 AFTER UPDATE 基於 MyISAM 數據表去更新另一個表。如果觸發器有個導致第二張表操作失敗的錯誤,那對於第一張表的操作不會回滾。

InnoDB 的觸發器相關的操作,包括源語句都在同一個事務中,因此是滿足原子性的。然而,如果使用InnoDB 的觸發器去與另一張表校驗數據一致性的時候,這個時候如果不小心的話可能導致不正確的結果。例如,假設需要使用觸發器模擬外鍵,可以使用 BEFORE INSERT觸發器驗證另一張表是否存在對應的記錄,但是如果在觸發器讀取另一張表數據的時候不使用 SELECT FOR UPDATE的話,則由於併發性性問題可能導致錯誤的結果。
雖然觸發器有些缺陷,但是這並不意味着不能用。相反,觸發器本身也是有用的,尤其是對於約束,系統維護任務和保持統計數據保持最新。

也可以使用觸發器記錄數據行的變化。這樣即便是離線手動操作數據庫的記錄(如修復錯誤數據)也能夠被記錄下來。但是,需要注意的是對於往其他自增主鍵表插入數據時要小心,這對於複製性的語句表現會有問題,因爲自增值對於兩個相同的副本值並不同。

結語:觸發器在有限的場合能夠發揮其優勢,比如統計數據、數據表變更日誌等。但是也會有一些缺陷,比如大數據量的更新由於逐行觸發,會降低效率。還有就是,MyISAM 引擎無法保障原子性。因此,要根據應用場景是否要是有觸發器。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章