摘自:http://wang286480403.iteye.com/blog/1882495

1.触发器定义：触发器是数据库中由一个时间触发的特殊的存储过程，他不是由程序调用也不是手工启动的。触发器的执行可以由对一个表的insert,delete, update等操作来触发，触发器经常用于加强数据的完整性约束和业务规则等等。

2.触发器作用：触发器可以对其他表进行查询，也可以包含复杂的SQL语句。他么主要用于强制服从复杂的业务规则或者要求。例如可以利用触发器根据客户当前的帐户状态来控制是否允许插入新的订单。触发器也可以用于强制引用完整性，以便在多个表中添加，删除或者更新数据时，保留这些表之间的关系。

3.触发器的功能：

1） 允许/限制对表的修改

2） 自动生成派生列，比如自增字段

3） 强制数据一致性

4） 提供审计和日志记录

5） 防止无效的事务处理

6） 启用复杂的业务逻辑

4.触发器创建语法： 

1 DELIMITER |
2 CREATE TRIGGER `<databaseName>`.`<triggerName>`
3 < [ BEFORE | AFTER ] > < [ INSERT | UPDATE | DELETE ] >
4 ON <tableName>
5 FOR EACH ROW
6 BEGIN
7 –your sql
8 END |

5.触发器理解：每个触发器都是一个隐藏的存储过程。隐藏的代码对开发者很不友好。如果你正在看一段别人的程序，总觉得少了点什么，折腾半天原来还有些动作隐藏在触发器里！顺藤摸瓜去找了触发器，发现里面对其他表有DML，又有其他隐藏代码，是不是头很大？这种连锁触发增加了复杂性，很容易失控。起初我也做过这种东西，觉得系统布满了精巧的机关，很有成就感，后来才发现这对维护来说简直就是噩梦加陷阱。因为触发器是隐藏的，它不执行你也不知道。假如有个触发器编译失效，DML还是不声不响的照样成功了！存储过程就不会这样。触发器没有办法绕过。假如你有个产品正在跑，这时候需要补几条故障时间的历史数据，INSERT上的触发器有些动作是你不想要的，这就难办了。触发器还有MUTATING TABLE问题。很多人一看这问题就上自治事务，殊不知这是个馊主意。自治事务使得你看到的数据都是旧的，因为主事务所作的修改还未提交。多行的DML会多次触发，产生一大堆小事务，很容易发生死锁。在批量操作、多次触发到情况下，触发器的效率低，因为它相当于每次都执行一段PL/SQL. 往往可以把它转化为等价的几个SQL，效率提高很多。