触发器是与表有关的数据库对象,在满足定义条件时触发,并执行触发器中定义的语句合。例如当对一个表进行操作( insert,delete, update)时就会激活它执行。注意:mysql创建触发器只能在永久表上创建,不能再临时表上创建。
触发器经常用于加强数据的完整性约束和业务规则等。 触发器创建语法四要素:
1.监视地点(table)
2.监视事件(insert/update/delete)
3.触发时间(after/before)
4.触发事件(insert/update/delete)
一、创建触发器
触发器基本语法如下所示:
CREATE TRIGGER trigger_name trigger_time trigger_event
ON table_name
FOR EACH ROW
trigger_stmt
trigger_name: 触发器名称
trigger_time: 是触发器的触发时间,可以是before(在检查约束前触发),或after(在检查约束后触发)。
trigger_event: 触发事件,包括 insert,update,delete,在同一个表中,相同的触发时间和相同的触发事件只能定义一个触发器。
trigger_stmt: 触发器的程序体,可以是一条sql或者是包含begin和end的多条语句。
所以可以说mysql可以创建以下六种触发器:
BEFORE INSERT,BEFORE DELETE,BEFORE UPDATE,AFTER INSERT,AFTER DELETE,AFTER UPDATE
另外有一个限制是不能同时在一个表上建立2个相同类型的触发器,因此在一个表上最多建立6个触发器。
创建由多个语句组成的触发器
CREATE TIGGER 触发器名 BEFORE|AFTER 触发事件
ON TABLE 表名
FOR EACH ROW
BEGIN
执行语句列表 #表示需要执行的多个语句,不同语句用分号隔开
END
注意:一般情况下,mysql默认是以 ; 作为结束执行语句,与触发器中需要的分行起冲突, 为解决此问题可用DELIMITER,如:DELIMITER ||,可以将结束符号变成|| ,最后在用 DELIMITER ;还原
mysql> DELIMITER ||
mysql> CREATE TRIGGER demo BEFORE DELETE
-> ON users FOR EACH ROW
-> BEGIN
-> INSERT INTO logs VALUES(NOW());
-> INSERT INTO logs VALUES(NOW());
-> END
-> ||
Query OK, 0 rows affected (0.06 sec)
mysql> DELIMITER ;
触发器类型 | 激发触发器的语句 |
---|---|
INSERT型触发器 | INSERT, LOAD DATA, REPLACE |
UPDATE型触发器 | UPDATE |
DELETE型触发器 | DELETE,REPLACE |
load data :语句是将文件的内容插入到表中,相当于是insert语句。
replace :语句在一般的情况下和insert差不多,但是如果表中存在primary 或者unique索引的时候,如果插入的数据和原来的primary key或者unique相同的时候,会删除原来的数据,然后增加一条新的数据,所以有的时候执行一条replace语句相当于执行了一条delete和insert语句。
在 INSERT 型触发器中,NEW 用来表示将要(BEFORE)或已经(AFTER)插入的新数据;
在 UPDATE 型触发器中,OLD 用来表示将要或已经被修改的原数据,NEW 用来表示将要或已经修改为的新数据;
在 DELETE 型触发器中,OLD 用来表示将要或已经被删除的原数据;
使用方法: NEW.columnName (columnName 为相应数据表某一列名)
OLD 是只读的,而 NEW 则可以在触发器中使用 SET 赋值,这样不会再次触发触发器,造成循环调用(如每插入一个学生前,都在其学号前加“2013”)。
假设存在一张学生表(student),包括学生的基本信息,学号(stuid)为主键。
CREATE TABLE student
(
username VARCHAR(40),
password INT(10),
stuid INT(10),
birthday date
);
再创建一张成绩表score,对应每个学生包括一个值。其中number表示序号为主键,自动递增序列。它在插入过程中默认自增。同时假设成绩表中包括学生姓名和学号。
create table score
(
number int(8) not null PRIMARY KEY auto_increment,
stu_id varchar(30) not null,
stu_name varchar(30) not null,
math float,
chinese float,
english float
);
需求:当学生表增加新的学生时,需要在成绩表中插入对应的学生信息
思路:
1. 首先它是一个插入Insert触发器,是建立在表student上的;
2. 然后是after,插入后的事件;
3. 事件内容是插入成绩表,主需要插入学生的学号和姓名,number为自增,而成绩目前不需要。
代码如下:
create trigger ins_stu
after insert on student for each row
begin
insert into score (stu_id ,stu_name)
values (new.stuid,new.username); #new 表示student 中新插入的值
end;
插入一条数据到student表中
insert student values ('小明','199','5','1993-10-16');
查看score表数据如下:
判断值后调用触发器
还是上面student表和成绩表score为例,删除上个触发器,新建触发器。
条件是当student新插入的学生的stuid大于5是才会激发触发器。
create trigger ins_stu
after insert on student for each row
begin
if new.stuid >5 then #stuid大于5是才会激发触发器
insert into score (stu_id ,stu_name)
values (new.stuid,new.username); #new 表示student 中新插入的值
end if;
end;
插入一条满足条件的数据到student
insert student values ('小花','84824','8','1993-10-16');
查看score表如下:
插入一条不满足条件的数据到student
insert student values ('晓东','7374','4','1992-10-16');
查看score表如下:
Update触发器-实时更新
二、查看触发器
1、SHOW TRIGGERS语句查看触发器信息
SHOW TRIGGERS\G;
结果,显示所有触发器的基本信息;无法查询指定的触发器。
2、在information_schema.triggers表中查看触发器信息
SELECT * FROM information_schema.triggers\G
结果,显示所有触发器的详细信息;同时,该方法可以查询制定触发器的详细信息。
select * from information_schema.triggers where trigger_name='upd_check'\G;
所有触发器信息都存储在information_schema数据库下的triggers表中,可以使用SELECT语句查询,如果触发器信息过多,最好通过TRIGGER_NAME字段指定查询。
三、删除触发器
DROP TRIGGER [IF EXISTS] [schema_name.]trigger_name
删除触发器之后最好使用上面的方法查看一遍;同时,也可以使用database.trig来指定某个数据库中的触发器。如果不需要某个触发器时一定要将这个触发器删除,以免造成意外操作,这很关键。
四、触发器的执行顺序
我们建立的数据库一般都是 InnoDB 数据库,其上建立的表是事务性表,也就是事务安全的。这时,若SQL语句或触发器执行失败,MySQL 会回滚事务,有:
①如果 BEFORE 触发器执行失败,SQL 无法正确执行。
②SQL 执行失败时,AFTER 型触发器不会触发。
③AFTER 类型的触发器执行失败,SQL 会回滚。
总结
问题一:触发器有什么弊端吗?
回答一:尽量少使用触发器。
假设触发器触发每次执行1s,insert table 500条数据,那么就需要触发500次触发器,光是触发器执行的时间就花费了500s,而insert 500条数据一共是1s,那么这个insert的效率就非常低了。因此我们特别需要注意的一点是触发器的begin end;之间的语句的执行效率一定要高,资源消耗要小。
触发器尽量少的使用,因为不管如何,它还是很消耗资源,如果使用的话要谨慎的使用,确定它是非常高效的:触发器是针对每一行的;对增删改非常频繁的表上切记不要使用触发器,因为它会非常消耗资源
问题二: 为什么大家都不推荐使用MySQL触发器而用存储过程?
回答二:.
1. 存储过程和触发器二者是有很大的联系的,我的一般理解就是触发器是一个隐藏的存储过程,因为它不需要参数,不需要显示调用,往往在你不知情的情况下已经做了很多操作。从这个角度来说,由于是隐藏的,无形中增加了系统的复杂性,非DBA人员理解起来数据库就会有困难,因为它不执行根本感觉不到它的存在。
2. 再有,涉及到复杂的逻辑的时候,触发器的嵌套是避免不了的,如果再涉及几个存储过程,再加上事务等等,很容易出现死锁现象,再调试的时候也会经常性的从一个触发器转到另外一个,级联关系的不断追溯,很容易使人头大。其实,从性能上,触发器并没有提升多少性能,只是从代码上来说,可能在coding的时候很容易实现业务,所以我的观点是:摒弃触发器!触发器的功能基本都可以用存储过程来实现。
3. 在编码中存储过程显示调用很容易阅读代码,触发器隐式调用容易被忽略。