最近在工作中有看到一些上古时期的SQL，里面包含有之前很少接触到的trigger（触发器）。于是就来csdn上面取取经，看了很多大佬的介绍，自己也总结一篇blog，以便于日后的回看和小结。
1.什么是触发器？
触发器（Trigger）是 MySQL 中非常实用的一个功能，事实上其他DBMS也有触发器功能。数据库它可以在操作者对表进行「增删改」 之前（或之后）被触发，自动执行一段事先写好的 SQL 代码。
2.触发器介绍
2.1关键字
BEFORE INSERT_在插入数据前，实现触发功能。可以检测插入数据是否符合业务逻辑，如不符合返回错误信息等等。
AFTER INSERT_在插入数据之后，实现触发功能。可以用于表中数据增加后，去另一张关联表中进行操作等等
BEFORE UPDATE_同理，在更新数据前，检测更新数据是否符合业务逻辑，如不符合返回错误信息。
AFTER_UPDATE_在更新数据后，如可以将操作行为记录在日志表中。
BEFORE DELETE_在删除数据前，做一些操作，可以检查是否有关联数据，如有，停止删除操作。
AFTER DELETE_删除表的某条信息后，自动删除另一张表相关联的信息。
2.2基本语法
DELIMITER //
CREATE TRIGGER [TRIGGER NAME]
[BEFORE OR AFTER] [INSERT OR DELETE OR UPDATE]
ON [TABLE NAME]
FOR EACH ROW [...SQL...]//
DELIMITER ;大致解释下就是，首先我们要换分隔符，把MySQL默认的分号 换成其他符号，为什么要换呢？因为一旦我们继续使用分号作为分隔符，MySQL见到分号就会自动执行SQL语句，而我们触发器中的内容是需要特定条件才能执行的，所以我们用//将其分割开。最后我们再恢复原有的分号。
3.为什么不建议用MySQL触发器？
存储过程和触发器二者是有很大的联系的，我的一般理解就是触发器是一个隐藏的存储过程，因为它不需要参数，不需要显示调用，往往在你不知情的情况下已经做了很多操作。从这个角度来说，由于是隐藏的，无形中增加了系统的复杂性，非DBA人员理解起来数据库就会有困难，因为它不执行根本感觉不到它的存在。
再有，涉及到复杂的逻辑的时候，触发器的嵌套是避免不了的，如果再涉及几个存储过程，再加上事务等等，很容易出现死锁现象，再调试的时候也会经常性的从一个触发器转到另外一个，级联关系的不断追溯，很容易使人头大。其实，从性能上，触发器并没有提升多少性能，只是从代码上来说，可能在coding的时候很容易实现业务，所以我的观点是：摒弃触发器！触发器的功能基本都可以用存储过程来实现。
在编码中存储过程显示调用很容易阅读代码，触发器隐式调用容易被忽略。
存储过程也有他的致命伤；
存储过程的致命伤在于移植性，存储过程不能跨库移植，比如事先是在mysql数据库的存储过程，考虑性能要移植到oracle上面那么所有的存储过程都需要被重写一遍。