MySQL进阶三板斧（三）看清“触发器 (Trigger)”的真实面目

触发器（Trigger）的起源

• MySQL是最受欢迎的开源RDBMS，被社区和企业广泛使用。触发器是MySQL在5.0.1（开天辟地一版本）中增加的三大新功能之一，另外两个师兄弟是视图（view）与存储过程（procedure）。均属于相对“高级”一点的数据库必需功能。

目录

 

一、什么是触发器

MySQL触发器的作用

二、触发器语法

1. 创建语法四要素

2. 语法公式

3. 语法参数说明

4. NEW 与 OLD关键字详解

三、实际应用

1. 数据准备

2. 使用案例

# Insert触发器 - 级联插入

# Delete触发器 - 级联删除

# Update触发器 - 实时更新

四、触发器有哪些缺陷 @江湖中人

五、总结

---

一、什么是触发器

       触发器（trigger）：监视某种情况，并触发执行某种操作。触发器是在表中数据发生更改时自动触发执行的，它是与表事件相关的特殊的存储过程，它的执行不是由程序调用，也不是手工启动，而是由事件来触发，例如当对一个表进行操作（insert，delete， update）时就会激活它执行。也就是说触发器只执行DML事件(insert、update和delete)

MySQL触发器的作用

1. 安全性。可以基于数据库的值使用户具有操作数据库的某种权利。

• 可以基于时间限制用户的操作，例如不允许下班后和节假日修改数据库数据。
• 可以基于数据库中的数据限制用户的操作，例如不允许股票的价格的升幅一次超过10%。

2. 审计。可以跟踪用户对数据库的操作。   

• 审计用户操作数据库的语句。
• 把用户对数据库的更新写入审计表。

3. 实现复杂的数据完整性规则

• 实现非标准的数据完整性检查和约束。触发器可产生比规则更为复杂的限制。与规则不同，触发器可以引用列或数据库对象。例如，触发器可回退任何企图吃进超过自己保证金的期货。
• 提供可变的缺省值。

4. 实现复杂的非标准的数据库相关完整性规则。触发器可以对数据库中相关的表进行连环更新。

例如，在auths表author_code列上的删除触发器可导致相应删除在其它表中的与之匹配的行。

• 在修改或删除时级联修改或删除其它表中的与之匹配的行。
• 在修改或删除时把其它表中的与之匹配的行设成NULL值。
• 在修改或删除时把其它表中的与之匹配的行级联设成缺省值。
• 触发器能够拒绝或回退那些破坏相关完整性的变化，取消试图进行数据更新的事务。当插入一个与其主健不匹配的外部键时，这种触发器会起作用。例如，可以在books.author_code 列上生成一个插入触发器，如果新值与auths.author_code列中的某值不匹配时，插入被回退。

5. 同步实时地复制表中的数据。

6. 自动计算数据值，如果数据的值达到了一定的要求，则进行特定的处理。例如，如果公司的帐号上的资金低于5万元则立即给财务人员发送警告数据。

二、触发器语法

1. 创建语法四要素

 

1. 监视地点(table)
2. 监视事件(insert | update | delete)
3. 触发时间(after | before)
4. 触发事件(insert | update | delete)

2. 语法公式

CREATE TRIGGER <trigger_name>  
  
  BEFORE|AFTER

  INSERT|UPDATE|DELETE  ON <table_name> # 表名
  
  FOR EACH ROW  # 这句话在mysql是固定的

  BEGIN

  <触发的SQL语句>（调用NEW/OLD参数）;

  END

3. 语法参数说明

1. CREATE TRIGGER <trigger_name>  --- 触发器必须有名字，最多64个字符，可能后面会附有分隔符.它和MySQL中其他对象的命名方式基本相象.
2. { BEFORE | AFTER }  --- 触发器触发时间设置：可以设置为事件发生前或后（前：一般用于校验；后：一般用于关联）。
3. { INSERT | UPDATE | DELETE }  -- 设定触发事件：如执行insert、update或delete的过程时激活触发器。
4. ON <table_name>  --- 触发器是属于某一个表的: 当在这个表上执行 INSERT|UPDATE|DELETE 操作的时候就导致触发器的激活. 同时，我们不能给同一张表的“同一个事件”安排两个触发器（意味着不能同时有两个Insert触发器）。
5. FOR EACH ROW  --- 触发器的执行间隔（必有的公式内容）：FOR EACH ROW子句通知触发器 每隔一行执行一次动作，而不是对整个表执行一次。
6. <触发的SQL语句>  --- 触发器包含所要触发的SQL语句：这里的语句可以是任何合法的语句， 包括复合语句，但是这里的语句受的限制和函数的一样。当然，触发SQL中可以调用“触发了（ INSERT | UPDATE | DELETE ）触发器的那一行数据”。

例如下方代码：

create trigger add_stu
after insert on student for each row 
begin
      insert into student_score ( stu_id, score, rank)
        values( NEW.stuid, NEW.username);  -- NEW用来表示将要（BEFORE）或已经（AFTER）插入的新数据
end;

4. NEW 与 OLD关键字详解

MySQL 中定义了 NEW 和 OLD，用来表示触发器的所在表中，触发了触发器的那一行数据，来引用触发器中发生变化的记录内容，具体地：

　　① 在INSERT型触发器中，NEW用来表示将要（BEFORE）或已经（AFTER）插入的新数据；

　　② 在UPDATE型触发器中，OLD用来表示将要或已经被修改的原数据，NEW用来表示将要或已经修改为的新数据；

　　③ 在DELETE型触发器中，OLD用来表示将要或已经被删除的原数据；

另外，原则上请编写简单高效的触发执行语句，以免悄无声息的浪费过多资源你还不知道！

 

三、实际应用

1. 数据准备

想我初三时常年倒数，成绩稳定，因此我拿当时几位老友排名数据来纪念一波（手动挠头）。给大家提供一个测试数据；
（沿用的前两篇“视图”、“存储过程”博文中的数据）

a.学生表

CREATE TABLE `student` (
  `ID`  int NOT NULL AUTO_INCREMENT  ,
  `NAME`  varchar(30) NOT NULL ,
  `SEX`  char(2) NOT NULL ,
  `AGE`  int NOT NULL ,
  `CLASS`  varchar(10) NOT NULL ,
  `GRADE`  varchar(20) NOT NULL ,
  `HOBBY`  varchar(100) NULL ,
 PRIMARY KEY (`ID`)
)

#插入数据：

INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) VALUES ('1', '陈哈哈', '男', '15', '18班', '9年级', '上网');
INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) VALUES ('2', '扈亚鹏', '男', '15', '18班', '9年级', '美食');
INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) VALUES ('3', '刘晓莉', '女', '14', '18班', '9年级', '金希澈');
INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) VALUES ('4', '朱志鹏', '男', '15', '18班', '9年级', '睡觉');
INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) VALUES ('5', '徐立楠', '女', '14', '18班', '9年级', '阅读');
INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) VALUES ('6', '顾昊', '男', '15', '5班', '9年级', '篮球');
INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) VALUES ('7', '陈子凝', '女', '15', '18班', '9年级', '看电影');

#插入结果：

b.成绩表

CREATE TABLE `student_score` (
  `SID` int(11) NOT NULL,
  `S_NAME` varchar(30) NOT NULL,
  `TOTAL_SCORE` int(11) NOT NULL,
  `RANK` int(11) NOT NULL,
 PRIMARY KEY (`SID`)
) 

#插入数据：

INSERT INTO `student_score` (`SID`, `S_NAME`, `TOTAL_SCORE`, `RANK`) VALUES ('1', '陈哈哈', '405', '1760');
INSERT INTO `student_score` (`SID`, `S_NAME`, `TOTAL_SCORE`, `RANK`) VALUES ('2', '扈亚鹏', '497', '1000');
INSERT INTO `student_score` (`SID`, `S_NAME`, `TOTAL_SCORE`, `RANK`) VALUES ('3', '刘晓莉', '488', '1170');
INSERT INTO `student_score` (`SID`, `S_NAME`, `TOTAL_SCORE`, `RANK`) VALUES ('4', '朱志鹏', '405', '1770');
INSERT INTO `student_score` (`SID`, `S_NAME`, `TOTAL_SCORE`, `RANK`) VALUES ('5', '徐立楠', '530', '701');
INSERT INTO `student_score` (`SID`, `S_NAME`, `TOTAL_SCORE`, `RANK`) VALUES ('6', '顾昊', '485', '1286');
INSERT INTO `student_score` (`SID`, `S_NAME`, `TOTAL_SCORE`, `RANK`) VALUES ('7', '陈子凝', '704', '9');

#插入结果：

c.逃课上网表

CREATE TABLE `student_go_wangba` (
  `SID` int(9) NOT NULL,
  `SGW_NAME` varchar(30) DEFAULT NULL,
  `TIMES` int(9) DEFAULT NULL,
  PRIMARY KEY (`SID`)
) 

#插入数据：

INSERT INTO `student_go_wangba` (`SID`, `SGW_NAME`, `TIMES`) VALUES ('1', '陈哈哈', 15);
INSERT INTO `student_go_wangba` (`SID`, `SGW_NAME`, `TIMES`) VALUES ('2', '扈亚鹏', 1);
INSERT INTO `student_go_wangba` (`SID`, `SGW_NAME`, `TIMES`) VALUES ('3', '刘晓莉', 0);
INSERT INTO `student_go_wangba` (`SID`, `SGW_NAME`, `TIMES`) VALUES ('4', '朱志鹏', 63);
INSERT INTO `student_go_wangba` (`SID`, `SGW_NAME`, `TIMES`) VALUES ('5', '徐立楠', 0);
INSERT INTO `student_go_wangba` (`SID`, `SGW_NAME`, `TIMES`) VALUES ('6', '顾昊', 7);
INSERT INTO `student_go_wangba` (`SID`, `SGW_NAME`, `TIMES`) VALUES ('7', '陈子凝', 0);

#插入结果：

2. 使用案例

# Insert触发器 - 级联插入

       表数据：以上面的三张表为例；学生表（student）、学生成绩表（student_score）、逃课上网次数表（student_go_wangba），均已学号（stuid）为主键。   

需求：

• 需要设计一个触发器A，当增加新的学生时，需要在成绩表（student_score）中插入对应的学生信息，至于“分值、排名”字段为0即可；后面由老师打分更新。
• 需要设计一个触发器B，当增加新的学生成绩信息时，需要在逃课上网表（student_go_wangba）中插入对应的学生信息，至于“逃课上网次数”字段为0即可；后面由教导主任“小平头”去更新。（该触发器意义在于：测试after insert链式反应是否支持）

 那么，如何设计触发器A呢？

1. 首先它是一个插入Insert触发器，是建立在表student上的；
2. 然后是after，插入后的事件；
3. 事件内容是插入成绩表，需要插入学生的学号和姓名，number为自增，而“分值、排名”目前不需要。

• 注意：new表示student中新插入的值

 

触发器A:

-- 新增触发器A，当student表插入数据时，student_score表生成初始关联数据
DROP TRIGGER IF EXISTS add_stu;
create trigger add_stu
after insert on student for each row 
begin
      INSERT INTO student_score (SID, S_NAME, TOTAL_SCORE, RANK) 
        VALUES (new.ID,new.NAME, 0, 0 );
end;

 

触发器B:

-- 新增触发器B，当student_score表插入数据时，student_go_wangba表生成初始关联数据
DROP TRIGGER IF EXISTS add_score;
create trigger add_score
after insert on student_score for each row 
begin
      INSERT INTO student_go_wangba (SID, SGW_NAME, TIMES) 
        VALUES (new.SID,new.S_NAME, 0 );
end;

查询一下我的触发器：

show triggers \G

-- "\G"是干什么用的？ 
-- 作用：在shell中树形展示

如果在Navicat中就不用 \G，直接"show triggers;"就可以。 

show triggers;

执行触发器，向student表中加入一条数据：

INSERT INTO `student` (`ID`, `NAME`, `SEX`, `AGE`, `CLASS`, `GRADE`, `HOBBY`) 
VALUES ('8', '李昂', '男', '15', '18班', '9年级', '看片儿');

结果如下图所示：
 
同时插入三个数据，两个触发器正确执行了~
注意：创建触发器和表一样，建议增加判断：DROP TRIGGER IF EXISTS `add_stu`;

# Delete触发器 - 级联删除

表数据：以上面的三张表为例；学生表（student）、学生成绩表（student_score）、逃课上网次数表（student_go_wangba），均已学号（stuid）为主键。  

需求：有些老是逃课上网的学生被开除，需要删掉所有信息，以免给学校抹黑~~~  

• 需要设计一个触发器C，当删除新的学生时，需要在成绩表（student_score）中删除对应的学生信息。
• 需要设计一个触发器D，当删除新的学生成绩信息时，需要在逃课上网表（student_go_wangba）中删除对应的学生信息。（该触发器意义在于：测试after delete链式反应是否支持）

那么，如何设计触发器C呢？

1. 首先它是一个插入delete触发器，是建立在表student上的；
2. 然后是after，插入后的事件；
3. 事件内容是关联删除成绩表数据，需要删除学生的学号即可。

• 注意：old表示student中新删除的值。

触发器C:

-- 新增触发器C，当student表删除数据时，student_score表删除关联数据
DROP TRIGGER IF EXISTS del_stu;
create trigger del_stu
after delete on student for each row 
begin
      DELETE FROM student_score where SID = old.ID;
end;

触发器D:

-- 新增触发器D，当student_score表删除数据时，student_go_wangba表删除关联数据
DROP TRIGGER IF EXISTS del_score;
create trigger del_score
after delete on student_score for each row 
begin
      DELETE FROM student_go_wangba  where SID = old.SID;
end;

查询一下我的触发器（show triggers \G）：

 

执行触发器，从student表中删除一条数据：

DELETE FROM `student` where NAME = '朱志鹏'

结果如下图所示：

同时删除三个数据，触发器正确执行了。朱志鹏同学数据已经木得了~
注意：创建触发器和表一样，建议增加判断：DROP TRIGGER IF EXISTS `del_stu`;

# Update触发器 - 实时更新

跟Insert触发器、Delete触发器同理，这里不再赘述

 

四、触发器有哪些缺陷 @江湖中人

下面通过参考知乎、CSDN论坛、天涯社区，简单讲解几个内容供大家参考：

问题一： 触发器有哪些限制和注意事项

回答：        
        触发器会有以下两种限制：

1. 触发程序不能调用将数据返回客户端的存储程序，也不能使用采用CALL语句的动态SQL语句，但是允许存储程序通过参数将数据返回触发程序，也就是存储过程或者函数通过OUT或者INOUT类型的参数将数据返回触发器是可以的，但是不能调用直接返回数据的过程。
2. 不能再触发器中使用以显示或隐式方式开始或结束事务的语句，如START TRANS-ACTION,COMMIT或ROLLBACK。

        注意事项：

        MySQL的触发器是按照BEFORE触发器、行操作、AFTER触发器的顺序执行的，其中任何一步发生错误都不会继续执行剩下的操作，如果对事务表进行的操作，如果出现错误，那么将会被回滚，如果是对非事务表进行操作，那么就无法回滚了，数据可能会出错。

 

问题二： 大型系统必须得要存储过程和触发器吗？

回答1：   

     
我们先要弄清楚二个问题：

1. 什么是大型系统？
2. 你讨论的是什么领域的应用，可以大致分为二种：互联网、企业内部

接下来给你举一些例子：

• SAP、peopleSoft、ERP等企业级别应用

        一般情况下，会使用存储过程和触发器，减少开发成本，毕竟其业务逻辑修改频繁，而且为通用，很多时候会把一些业务逻辑编写成存储过程，像Oracle会写成包，比存储过程更强大。
        另外一个原因是服务器的负载是可控，也即系统的访问人数首先是可控的，没有那么大，而且这些数据又非常关键，为此往往使用的设备也比较好，多用存储柜子支撑数据库。
        

• 另外一类互联网行业的

        比如淘宝、知乎、微博等，数据库的压力是非常大的，也往往会最容易成为瓶颈，而且多用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. 触发器不推荐使用，触发操作能在业务层解决就在业务层解决，否则很难维护，而且容易产生死锁。

 

问题三： 为什么大家都不推荐使用MySQL触发器而用存储过程？

回答1：

1. 存储过程和触发器二者是有很大的联系的，我的一般理解就是触发器是一个隐藏的存储过程，因为它不需要参数，不需要显示调用，往往在你不知情的情况下已经做了很多操作。从这个角度来说，由于是隐藏的，无形中增加了系统的复杂性，非DBA人员理解起来数据库就会有困难，因为它不执行根本感觉不到它的存在。
2. 再有，涉及到复杂的逻辑的时候，触发器的嵌套是避免不了的，如果再涉及几个存储过程，再加上事务等等，很容易出现死锁现象，再调试的时候也会经常性的从一个触发器转到另外一个，级联关系的不断追溯，很容易使人头大。其实，从性能上，触发器并没有提升多少性能，只是从代码上来说，可能在coding的时候很容易实现业务，所以我的观点是：摒弃触发器！触发器的功能基本都可以用存储过程来实现。
3. 在编码中存储过程显示调用很容易阅读代码，触发器隐式调用容易被忽略。
4. 存储过程的致命伤在于移植性，存储过程不能跨库移植，比如事先是在mysql数据库的存储过程，考虑性能要移植到oracle上面那么所有的存储过程都需要被重写一遍。

 

回答2：
        这种东西只有在并发不高的项目，管理系统中用。如果是面向用户的高并发应用，都不要使用。
        触发器和存储过程本身难以开发和维护，不能高效移植。

• 触发器完全可以用事务替代。
• 存储过程可以用后端脚本替代。

回答3：
        我觉得来自两方面的因素：

1. 存储过程需要显式调用，意思是阅读源码的时候你能知道存储过程的存在，而触发器必须在数据库端才能看到，容易被忽略。
2. Mysql的触发器本身不是很好，比如after delete无法链式反应的问题。

        我认为性能上其实还是触发器占优势的，但是基于以上原因不受青睐。

五、总结

• 触发器是基于行触发的，所以删除、新增或者修改操作可能都会激活触发器，所以不要编写过于复杂的触发器，也不要增加过得的触发器，这样会对数据的插入、修改或者删除带来比较严重的影响，同时也会带来可移植性差的后果，所以在设计触发器的时候一定要有所考虑。
• 触发器是一种特殊的存储过程，它在插入，删除或修改特定表中的数据时触发执行，它比数据库本身标准的功能有更精细和更复杂的数据控制能力。

• 点赞 21
• 收藏
• 分享
• • 文章举报

_陈哈哈 博客专家

发布了91 篇原创文章 · 获赞 772 · 访问量 23万+

私信 关注

来源：oschina

链接：https://my.oschina.net/u/4275462/blog/3229003