一、觸發器概念
觸發器（trigger）：監視某種情況，並觸發某種操作，它是提供給程序員和數據分析員來保證數據完整性的一種方法，它是與表事件相關的特殊的存儲過程，它的執行不是由程序調用，也不是手工啟動，而是由事件來觸發，例如當對一個表進行操作（ insert，delete， update）時就會激活它執行。
觸發器經常用於加強數據的完整性約束和業務規則等。 觸發器創建語法四要素：
1.監視地點(table)
2.監視事件(insert/update/delete)
3.觸發時間(after/before)
4.觸發事件(insert/update/delete)
觸發器基本語法如下所示：
其中：trigger_time是觸發器的觸發事件，可以為before（在檢查約束前觸發）或after（在檢查約束后觸發）；trigger_event是觸發器的觸發事件，包括insert、update和delete，需注意對同一個表相同觸發時間的相同觸發事件，只能定義一個觸發器；可以使用old和new來引用觸發器中發生變化的記錄內容。
觸發器SQL語法：
create trigger triggerName
after/before insert/update/delete on 表名
for each row #這句話在mysql是固定的
begin
sql語句;
end;
推薦大家閱讀：mysql之觸發器trigger - 鄭志偉
同時使用Navicat for MySQL創建觸發器方法如下圖所示，但是建議使用語句操作。
首先在Navicat for MySQL找到需要建立觸發器對應的表，右鍵“設計表”，然后創建觸發器。
二、簡單的Insert觸發器
假設存在一張學生表（student），包括學生的基本信息，學號（stuid）為主鍵。
另外存在一張成績表（cj），對應每個學生包括一個值。其中number表示序號為主鍵，自動遞增序列。它在插入過程中默認自增。同時假設成績表中包括學生姓名和學號。
該成績表目前沒有值，先需要設計一個觸發器，當增加新的學生時，需要在成績表中插入對應的學生信息，至於具體math、chinese、english后面由老師打分更新即可。
那么，如何設計觸發器呢？
1.首先它是一個插入Insert觸發器，是建立在表student上的；
2.然后是after，插入后的事件；
3.事件內容是插入成績表，主需要插入學生的學號和姓名，number為自增，而成績目前不需要。
注意：new表示student中新插入的值。
create trigger ins_stu
after insert on student for each row
begin
insert into cj ( stu_id, stu_name)
values( new.stuid, new.username);
end;
創建的觸發器如下圖所示：
然后插入數據：
insert student values ('eastmount','111111','6','1991-12-05');
同時插入兩個數據，觸發器正確執行了~
注意：創建觸發器和表一樣，建議增加判斷：DROP TRIGGER IF EXISTS `ins_stu`;
三、判斷值后調用觸發器
這里簡單講述幾個判斷插入類型的觸發器。
比如觸發器調用，當插入時間小時為20時，對數據進行插入：
DROP TRIGGER IF EXISTS `ins_info`;
create trigger ins_info
after insert on nhfxelect for each row
begin
if HOUR(new.RecordTime)='20' then
insert into nhfxbyhour (UnitDepName, UnitDepCode, ElectCost, TimeJG, RecordTime)
values( '數統學院', '1', new.USERKWH, '20', new.RecordTime);
end if;
end;
這個觸發器中，RecordTime為datetime類型，如"2016-08-28 20:10:00"，這時hour()這個值為20才能插入；否則數據不能插入。同時可以date_format(new.RecordTime, '%Y-%m-%d')判斷日期為某天或某年某月進行插入。
同時，再如更新觸發器，如果設置的值為某個范圍，才進行操作或性別為"男"或"女"才進行操作。
基本語法：
if 判斷條件 then
sql語句;
end if;
四、Update觸發器-實時更新
假設存在一個實時插入數據的服務器，例如學生的消費金額或用電量等。
StuCost：學生的用電數據，實時插入，Cost為每30秒消費金額，RecordTime為每分鍾插入時間，datetime類型；
StuCostbyHour：統計學生一小時的消費金額，HourCost為金額總數，按小時統計，TimeJD時間段，1~24，對應每小時，RecordTime為統計時間。
現在需要設計一個實時更新觸發器，當插入消費數據時，按小時統計學生的消費金額，同理，用電量等。
DROP TRIGGER IF EXISTS `upd_info`;
create trigger upd_info
after insert on StuCost for each row
begin
update StuCostbyHour set HourCost = HourCost + new.Cost
where (TimeJD = hour(new.RecordTime) + 1) and date_format(new.RecordTime, '%Y-%m-%d') = date_format(RecordTime, '%Y-%m-%d');
end;
SQL語句中，需要獲取插入的時間，然后通過TimeJD時間段和日期RecordTime找到對應的值，然后進行累加即可。如下圖所示：
上圖左邊是實時插入數據，右邊是觸發器更新加和。后面會介紹MySQL實時事件：
http://blog.csdn.net/zlp5201/article/details/38309095
五、觸發器盡量避免
下面簡單參考知乎和CSDN論壇，簡單講解幾個內容：
問題一：
大型系統必須得要存儲過程和觸發器嗎？ - 知乎
回答1：
我們先要弄清楚二個問題：
1.什么是大型系統？
2.你討論的是什么領域的應用，可以大致分為二種：互聯網、企業內部
接下來給你舉一些例子：
1.SAP、peopleSoft、ERP等企業級別應用
一般情況下，會使用存儲過程和觸發器，減少開發成本，畢竟其業務邏輯修改頻繁，而且為通用，很多時候會把一些業務邏輯編寫成存儲過程，像Oracle會寫成包，比存儲過程更強大。
另外一個原因是服務器的負載是可控，也即系統的訪問人數首先是可控的，沒有那么大，而且這些數據又非常關鍵，為此往往使用的設備也比較好，多用存儲櫃子支撐數據庫。
2.另外一類互聯網行業的
比如淘寶、知呼、微博等，數據庫的壓力是非常大的，也往往會最容易成為瓶頸，而且多用PC服務器支撐，用戶量的增速是不可控的，同時在線訪問的用戶量也是不可控的，為此肯定會把業務邏輯放到其他語言的代碼層，而且可以借助一些LVS等類型軟硬件做負載均衡，以及平滑增減Web層的服務器，從而達到線性的增減而支持大規模的訪問。
所以不管你的這個系統是否龐大，首先要分業務支持的對象，系統最可能容易出現瓶頸的地方在那？
當然也不是說互聯網行業的應用就絕對不用存儲過程，這個也不對，曾在阿里做的Oracle遷移MySQL系統確實用了，因為歷史的原因，另外還有一些新系統也有用，比如晚上進行定期的數據統計的一些操作，不過有量上的控制。存儲過程是好東西，要分場景，分業務類型來用就可以把握好。
回答2：
肯定不能一刀切的說能用或者不能用，不同類型的系統、不同的規模、不同的歷史原因都會有不同的解決方案。
一般情況下，Web應用的瓶頸常在DB上，所以會盡可能的減少DB做的事情，把耗時的服務做成Scale Out，這種情況下，肯定不會使用存儲過程；而如果只是一般的應用，DB沒有性能上的問題，在適當的場景下，也可以使用存儲過程。
至於觸發器，我是知道有這東西但從來沒用過。我希望風險可控，遇到問題能夠快速的找到原因，盡可能不會去使用觸發器。
回答3：
1.PLSQL可以大大降低parse/exec 百分比；
2.存儲過程可以自動完成靜態SQL variable bind；
3.存儲過程大大減少了JDBC網絡傳輸與交互，速度快；
4.oracle 中存儲過程內部commit為異步寫，一定程度上減少了等redo日志落地時間；
5.存儲過程最大問題就是給數據庫開發工作壓力太大，另外架構升級時候會比較難解耦；
6.觸發器不推薦使用，觸發操作能在業務層解決就在業務層解決，否則很難維護，而且容易產生死鎖。
問題2：
為什么大家都不推薦使用MySQL觸發器而用存儲過程？- segmentfault
回答1：
1.存儲過程和觸發器二者是有很大的聯系的，我的一般理解就是觸發器是一個隱藏的存儲過程，因為它不需要參數，不需要顯示調用，往往在你不知情的情況下已經做了很多操作。從這個角度來說，由於是隱藏的，無形中增加了系統的復雜性，非DBA人員理解起來數據庫就會有困難，因為它不執行根本感覺不到它的存在。
2.再有，涉及到復雜的邏輯的時候，觸發器的嵌套是避免不了的，如果再涉及幾個存儲過程，再加上事務等等，很容易出現死鎖現象，再調試的時候也會經常性的從一個觸發器轉到另外一個，級聯關系的不斷追溯，很容易使人頭大。其實，從性能上，觸發器並沒有提升多少性能，只是從代碼上來說，可能在coding的時候很容易實現業務，所以我的觀點是：摒棄觸發器！觸發器的功能基本都可以用存儲過程來實現。
3.在編碼中存儲過程顯示調用很容易閱讀代碼，觸發器隱式調用容易被忽略。
4.存儲過程的致命傷在於移植性，存儲過程不能跨庫移植，比如事先是在mysql數據庫的存儲過程，考慮性能要移植到oracle上面那么所有的存儲過程都需要被重寫一遍。
回答2：
這種東西只有在並發不高的項目，管理系統中用。如果是面向用戶的高並發應用，都不要使用。
觸發器和存儲過程本身難以開發和維護，不能高效移植。觸發器完全可以用事務替代。存儲過程可以用后端腳本替代。
回答3：
我覺得來自兩方面的因素：
1.存儲過程需要顯式調用，意思是閱讀源碼的時候你能知道存儲過程的存在，而觸發器必須在數據庫端才能看到，容易被忽略。
2.Mysql的觸發器本身不是很好，比如after delete無法鏈式反應的問題。
我認為性能上其實還是觸發器占優勢的，但是基於以上原因不受青睞。
最后希望這篇文章對你有所幫助，尤其是學習MySQL觸發器的同學，你可以通過觸發器實現一些功能，同時需要注意合理的使用觸發器，但這個過程需要你不斷的去積累和開發，才能真正理解它的用法和使用場所。