MySQL 的觸發器和儲存過程一樣，都是嵌入到 MySQL 中的一段程式，是 MySQL 中管理資料的有力工具。不同的是執行儲存過程要使用 CALL 語句來呼叫，而觸發器的執行不需要使用 CALL 語句來呼叫，也不需要手工啟動，而是通過對資料表的相關操作來觸發、啟用從而實現執行。比如當對 student 表進行操作（INSERT，DELETE 或 UPDATE）時就會啟用它執行。

觸發器與資料表關係密切，主要用於保護表中的資料。特別是當有多個表具有一定的相互聯絡的時候，觸發器能夠讓不同的表保持資料的一致性。

在 MySQL 中，只有執行 INSERT、UPDATE 和 DELETE 操作時才能啟用觸發器，其它 SQL 語句則不會啟用觸發器

那麼為什麼要使用觸發器呢？比如，在實際開發專案時，我們經常會遇到以下情況：

• 在學生表中新增一條關於學生的記錄時，學生的總數就必須同時改變。
• 增加一條學生記錄時，需要檢查年齡是否符合範圍要求。
• 刪除一條學生資訊時，需要刪除其成績表上的對應記錄。
• 刪除一條資料時，需要在資料庫存檔表中保留一個備份副本。

雖然上述情況實現的業務邏輯不同，但是它們都需要在資料表發生更改時，自動進行一些處理。這時就可以使用觸發器處理。例如，對於第一種情況，可以建立一個觸發器物件，每當新增一條學生記錄時，就執行一次計算學生總數的操作，這樣就可以保證每次新增一條學生記錄後，學生總數和學生記錄數是一致的。

觸發器的優缺點

觸發器的優點如下：

• 觸發器的執行是自動的，當對觸發器相關表的資料做出相應的修改後立即執行。
• 觸發器可以實施比 FOREIGN KEY 約束、CHECK 約束更為複雜的檢查和操作。
• 觸發器可以實現表資料的級聯更改，在一定程度上保證了資料的完整性。

觸發器的缺點如下：

• 使用觸發器實現的業務邏輯在出現問題時很難進行定位，特別是涉及到多個觸發器的情況下，會使後期維護變得困難。
• 大量使用觸發器容易導致程式碼結構被打亂，增加了程式的複雜性
• 如果需要變動的資料量較大時，觸發器的執行效率會非常低。

MySQL 支援的觸發器

在實際使用中，MySQL 所支援的觸發器有三種：INSERT 觸發器、UPDATE 觸發器和 DELETE 觸發器。

1) INSERT 觸發器

在 INSERT 語句執行之前或之後響應的觸發器。

• 在 INSERT 觸發器程式碼內，可引用一個名為 NEW（不區分大小寫）的虛擬表來訪問被插入的行。
• 在 BEFORE INSERT 觸發器中，NEW 中的值也可以被更新，即允許更改被插入的值（只要具有對應的操作許可權）。
• 對於 AUTO_INCREMENT 列，NEW 在 INSERT 執行之前包含的值是 0，在 INSERT 執行之後將包含新的自動生成值。

2) UPDATE 觸發器

在 UPDATE 語句執行之前或之後響應的觸發器。

使用 UPDATE 觸發器需要注意以下幾點：

• 在 UPDATE 觸發器程式碼內，可引用一個名為 NEW（不區分大小寫）的虛擬表來訪問更新的值。
• 在 UPDATE 觸發器程式碼內，可引用一個名為 OLD（不區分大小寫）的虛擬表來訪問 UPDATE 語句執行前的值。
• 在 BEFORE UPDATE 觸發器中，NEW 中的值可能也被更新，即允許更改將要用於 UPDATE 語句中的值（只要具有對應的操作許可權）。
• OLD 中的值全部是隻讀的，不能被更新。

注意：當觸發器設計對觸發表自身的更新操作時，只能使用 BEFORE 型別的觸發器，AFTER 型別的觸發器將不被允許。

3) DELETE 觸發器

在 DELETE 語句執行之前或之後響應的觸發器。

使用 DELETE 觸發器需要注意以下幾點：

• 在 DELETE 觸發器程式碼內，可以引用一個名為 OLD（不區分大小寫）的虛擬表來訪問被刪除的行。
• OLD 中的值全部是隻讀的，不能被更新。

總體來說，觸發器使用的過程中，MySQL 會按照以下方式來處理錯誤。

對於事務性表，如果觸發程式失敗，以及由此導致的整個語句失敗，那麼該語句所執行的所有更改將回滾；對於非事務性表，則不能執行此類回滾，即使語句失敗，失敗之前所做的任何更改依然有效。

若 BEFORE 觸發程式失敗，則 MySQL 將不執行相應行上的操作。

若在 BEFORE 或 AFTER 觸發程式的執行過程中出現錯誤，則將導致呼叫觸發程式的整個語句失敗。

僅當 BEFORE 觸發程式和行操作均已被成功執行，MySQL 才會執行 AFTER 觸發程式。