触发器（trigger）顾名思义能够监视某种情况，当情况发生时，触发某种操作

应用场景：

1、网购过程中。当提交商品订单时，往订单表中插入新记录，触发相应商品表的库存做出相应降低。

2、支付过程中，确认支付时触发验证卡上剩余金额。

等等

以网购的情况举例说明触发器的作用：

现有商品表(goods)。包含商品id(goods_id)。商品名(goods_name)。库存数量(goods_name)

还有订单表（order_table），包含商品id(goods_id)。购买数量(buy_num)

假设往订单表中插入一行记录

代表用户购买了20个商品id为1的商品，即购买了20台小米手机

与此同一时候，在逻辑上goods表中小米手机的库存也应该减去20台。

这两步事实上应该是一个总体。而我们如今是手工操作。怎样让第一步完毕后，第二步自己主动运行呢？

这就能够用到触发器的概念。第一条插入语句的运行。触发了第二条改动库存的SQL

触发器四要素：

监视地点、监视事件、触发时间、触发事件

监视地点：触发器监视的对象是表

监视事件：触发器监视的事件仅仅能是增、删、改

触发时间：在监视事件之前还是之后

触发事件：也仅仅能是增、删、改

查看当前已有的触发器：

show triggers;

触发器的创建：

须要注意点 是，所须要触发的SQL语句都要以‘；’结束。

end后面也须要有分界符。但不能再是‘；‘。

所以创建触发器之前须要先改动分界符

delimiter 分界符

如今利用触发器对上面的样例进行改动

这个触发器以完毕：当订购了20个商品id为1的商品时。goods表的库存会同步减去20。我们来看看效果

商品id为1的商品库存的确减去了20。触发器的确完毕了任务，但这个触发器并不智能。他仅仅能处理商品id为1，购买数量为20的情况。要想应对其它情况须要获得提交订单的记录才行。

触发器引用行变量：

对于insert。插入一行后出现了一个新行用new表示，在触发器中能够通过new.列名来引用插入行各个字段的值

对于delete。删除一行后之前的那行不见了。用old表示。在触发器中能够通过old.列名来引用被删除行各个字段的值

对于update。改动一行后旧的一样用old表示，新的一行用new表示，在触发器中能够通过new.列名来引用改动后行各个字段的值，old.列名来引用改动前各个字段的值。

知道这些后，对触发器进行进一步改动

再看一下效果

没有提交订单前商品表的情况

提交两个订单

商品表变化

可见触发器的确发生了作用

触发器after和before的差别：

after是先完毕增删改再触发

before是在增删改之前将以推断

前面已经讨论过after的情况。如今假设提交了一个订单购买了100个id为4的商品，然而三星手机库存仅有30个。假设依照上面的触发器。最后库存会变成-70。这显然是不正确的。所以这时候能够利用before来对输入进行推断。假设购买数量大于库存则仅仅能购买所剩下的商品。

如今购买100个id为4的商品

再看看订单表

实际购买的仅仅有30而不是100