我只想卷死各位,或者被各位卷死,在此特别感谢康师傅的MySQL教程


  • 在实际开发中,我们经常会遇到这样的情况:有 2 个或者多个相互关联的表,如 商品信息库存信息 分别存放在 2 个不同的数据表中,我们在添加一条新商品记录的时候,为了保证数据的完整性,必须同时在库存表中添加一条库存记录。

  • 这样一来,我们就必须把这两个关联的操作步骤写到程序里面,而且要用 事务 包裹起来,确保这两个操作成为一个 原子操作 ,要么全部执行,要么全部不执行。要是遇到特殊情况,可能还需要对数据进行手动维护,这样就很 容易忘记其中的一步 ,导致数据缺失。

  • 这个时候,咱们可以使用触发器。你可以创建一个触发器,让商品信息数据的插入操作自动触发库存数据的插入操作。这样一来,就不用担心因为忘记添加库存数据而导致的数据缺失了。

触发器概述

  • MySQL从 5.0.2 版本开始支持触发器。MySQL的触发器和存储过程一样,都是嵌入到MySQL服务器的一段程序。

  • 触发器是由 事件来触发 某个操作,这些事件包括 INSERTUPDATEDELETE 事件。所谓事件就是指用户的动作或者触发某项行为。如果定义了触发程序,当数据库执行这些语句时候,就相当于事件发生了,就会 自动 激发触发器执行相应的操作。

  • 当对数据表中的数据执行插入、更新和删除操作,需要自动执行一些数据库逻辑时,可以使用触发器来实现。

触发器的创建

创建触发器语法

  • 语法
1
2
3
4
CREATE TRIGGER 触发器名称
{BEFORE|AFTER} {INSERT|UPDATE|DELETE} ON 表名
FOR EACH ROW
触发器执行的语句块;
  • 说明
    • 表名 :表示触发器监控的对象。
    • BEFORE|AFTER :表示触发的时间。BEFORE 表示在事件之前触发;AFTER 表示在事件之后触发。
    • INSERT|UPDATE|DELETE :表示触发的事件。
      • INSERT 表示插入记录时触发;
      • UPDATE 表示更新记录时触发;
      • DELETE 表示删除记录时触发。
    • 触发器执行的语句块 :可以是单条SQL语句,也可以是由BEGIN...END结构组成的复合语句块。

代码举例

  • 举例1:
  • 1、创建数据表:
1
2
3
4
5
6
7
8
9
CREATE TABLE test_trigger (
id INT PRIMARY KEY AUTO_INCREMENT,
t_note VARCHAR(30)
);

CREATE TABLE test_trigger_log (
id INT PRIMARY KEY AUTO_INCREMENT,
t_log VARCHAR(30)
);
  • 2、创建触发器:创建名称为before_insert的触发器,向test_trigger数据表插入数据之前,向test_trigger_log数据表中插入before_insert的日志信息。
1
2
3
4
5
6
7
8
9
DELIMITER $
CREATE TRIGGER before_insert
BEFORE INSERT ON test_trigger
FOR EACH ROW
BEGIN
INSERT test_trigger_log(t_log)
VALUES('Before insert...');
END $
DELIMITER ;
  • 3、向test_trigger数据表中插入数据
1
2
INSERT test_trigger(t_note)
VALUES('Test..');
  • 4、查看test_trigger_log数据表中的数据
1
2
SELECT * FROM test_trigger_log;
-- 由于触发了触发器的操作,所以此时表中有一条数据了
  • 举例2:
  • 1、创建名称为after_insert的触发器,向test_trigger数据表插入数据之后,向test_trigger_log数据表中插入after_insert的日志信息。
1
2
3
4
5
6
7
8
9
DELIMITER $
CREATE TRIGGER after_insert
AFTER INSERT ON test_trigger
FOR EACH ROW
BEGIN
INSERT test_trigger_log(t_log)
VALUES('After insert...');
END $
DELIMITER ;
  • 2、向test_trigger数据表中插入数据。
1
2
INSERT test_trigger(t_note)
VALUES('Test..');
  • 3、查看test_trigger_log数据表中的数据
1
2
3
4
SELECT * FROM test_trigger_log;
-- 此时表中有三条数据,第一条是举例一的,第二条和第三条是刚刚生成的,
-- 且Before insert...在After insert...上面,
-- 由于没有删除刚刚的触发器,所以在插入操作的时候,会触发两个触发器
  • 举例3:
  • 定义触发器“salary_check_trigger”,基于员工表“employees”的INSERT事件,在INSERT之前检查将要添加的新员工薪资是否大于他领导的薪资,如果大于领导薪资,则报sqlstate_value为’HY000’的错误,从而使得添加失败。
1
2
3
4
5
6
7
8
9
10
11
12
13
DELIMITER $
CREATE TRIGGER salary_check_trigger
BEFORE INSERT ON employees FOR EACH ROW
BEGIN
DECLARE mgrsalary DOUBLE;
SELECT salary INTO mgrsalary
FROM employees
WHERE employee_id = NEW.manager_id;
IF NEW.salary > mgrsalary
THEN SIGNAL SQLSTATE 'HY000' SET MESSAGE_TEXT = '薪资高于领导薪资错误';
END IF;
END $
DELIMITER ;

得到了预期的错误结果

1
2
INSERT employees(employee_id,last_name,email,hire_date,job_id,salary,manager_id)
VALUES(300,'TOM','Tom@gmail.com0',CURDATE(),'IT',999999,101);

上面触发器声明过程中的NEW关键字代表INSERT添加语句的新记录。

查看、删除触发器

查看触发器

  • 查看触发器是查看数据库中已经存在的触发器的定义、状态和语法信息等。
  • 方式1:查看当前数据库的所有触发器的定义
1
SHOW TRIGGERS\G
  • 方式2:查看当前数据库中某个触发器的定义
1
SHOW CREATE TRIGGER 触发器名
  • 方式3:从系统库information_schema的TRIGGERS表中查询“salary_check_trigger”触发器的信息。
1
SELECT * FROM information_schema.TRIGGERS;

删除触发器

  • 触发器也是数据库对象,删除触发器也用DROP语句,语法格式如下:
1
DROP TRIGGER IF EXISTS 触发器名称;

触发器的优缺点

优点

  • 1、触发器可以确保数据的完整性。
  • 假设我们用 进货单头表 (demo.importhead)来保存进货单的总体信息,包括进货单编号、供货商编号、仓库编号、总计进货数量、总计进货金额和验收日期。

  • 用 进货单明细表 (demo.importdetails)来保存进货商品的明细,包括进货单编号、商品编号、进货数量、进货价格和进货金额。

  • 每当我们录入、删除和修改一条进货单明细数据的时候,进货单明细表里的数据就会发生变动。这个时候,在进货单头表中的总计数量和总计金额就必须重新计算,否则,进货单头表中的总计数量和总计金额就不等于进货单明细表中数量合计和金额合计了,这就是数据不一致。

  • 为了解决这个问题,我们就可以使用触发器,规定每当进货单明细表有数据插入、修改和删除的操作时,自动触发 2 步操作:

    • 1)重新计算进货单明细表中的数量合计和金额合计;
    • 2)用第一步中计算出来的值更新进货单头表中的合计数量与合计金额。
  • 这样一来,进货单头表中的合计数量与合计金额的值,就始终与进货单明细表中计算出来的合计数量与合计金额的值相同,数据就是一致的,不会互相矛盾。

  • 2、触发器可以帮助我们记录操作日志。

利用触发器,可以具体记录什么时间发生了什么。比如,记录修改会员储值金额的触发器,就是一个很好的例子。这对我们还原操作执行时的具体场景,更好地定位问题原因很有帮助。

  • 3、触发器还可以用在操作数据前,对数据进行合法性检查。

比如,超市进货的时候,需要库管录入进货价格。但是,人为操作很容易犯错误,比如说在录入数量的时候,把条形码扫进去了;录入金额的时候,看串了行,录入的价格远超售价,导致账面上的巨亏…这些都可以通过触发器,在实际插入或者更新操作之前,对相应的数据进行检查,及时提示错误,防止错误数据进入系统。

缺点

  • 1、触发器最大的一个问题就是可读性差。
  • 因为触发器存储在数据库中,并且由事件驱动,这就意味着触发器有可能 不受应用层的控制 。这对系统维护是非常有挑战的。

  • 比如,创建触发器用于修改会员储值操作。如果触发器中的操作出了问题,会导致会员储值金额更新失败。我用下面的代码演示一下:

1
2
UPDATE demo.membermaster SET memberdeposit=20 WHERE memberid = 2;
-- ERROR 1054 (42S22): Unknown column 'aa' in 'field list'
  • 结果显示,系统提示错误,字段“aa”不存在。

  • 这是因为,触发器中的数据插入操作多了一个字段,系统提示错误。可是,如果你不了解这个触发器,很可能会认为是更新语句本身的问题,或者是会员信息表的结构出了问题。说不定你还会给会员信息表添加一个叫“aa”的字段,试图解决这个问题,结果只能是白费力。

  • 2、相关数据的变更,可能会导致触发器出错。

特别是数据表结构的变更,都可能会导致触发器出错,进而影响数据操作的正常运行。这些都会由于触发器本身的隐蔽性,影响到应用中错误原因排查的效率。

注意点

  • 注意,如果在子表中定义了外键约束,并且外键指定了ON UPDATE/DELETE CASCADE/SET NULL子句,此时修改父表被引用的键值或删除父表被引用的记录行时,也会引起子表的修改和删除操作,此时基于子表的UPDATEDELETE语句定义的触发器并不会被激活。

  • 例如:基于子表员工表(t_employee)的DELETE语句定义了触发器t1,而子表的部门编号(did)字段定义了外键约束引用了父表部门表(t_department)的主键列部门编号(did),并且该外键加了“ONDELETE SET NULL”子句,那么如果此时删除父表部门表(t_department)在子表员工表(t_employee)有匹配记录的部门记录时,会引起子表员工表(t_employee)匹配记录的部门编号(did)修改为NULL,mysql> update demo.membermaster set memberdeposit=20 where memberid = 2;ERROR 1054 (42S22): Unknown column ‘aa’ in 'field list’但是此时不会激活触发器t1。只有直接对子表员工表(t_employee)执行DELETE语句时才会激活触发器t1.

课后练习

练习一

  • 0. 准备工作
1
2
3
4
CREATE TABLE emps
AS
SELECT employee_id,last_name,salary
FROM atguigudb.`employees`;
  • 1. 复制一张emps表的空表emps_back,只有表结构,不包含任何数据
1
2
3
4
5
CREATE TABLE emps_back
AS
SELECT *
FROM emps
WHERE FALSE;
  • 2. 查询emps_back表中的数据
1
SELECT * FROM emps_back;
  • 3. 创建触发器emps_insert_trigger,每当向emps表中添加一条记录时,同步将这条记录添加到emps_back表中
1
2
3
4
5
6
7
8
9
DELIMITER $
CREATE TRIGGER emps_insert_trigger
BEFORE INSERT ON emps
FOR EACH ROW
BEGIN
INSERT emps_back(employee_id,last_name,salary)
VALUES(NEW.employee_id,NEW.last_name,NEW.salary);
END $
DELIMITER ;
  • 4. 验证触发器是否起作用
1
2
3
4
5
6
INSERT emps(employee_id,last_name,salary)
VALUES(470,'Tom',9999);

SELECT * FROM emps_back;

SELECT * FROM emps;

练习二

  • 1. 复制一张emps表的空表emps_back1,只有表结构,不包含任何数据
1
2
3
4
5
CREATE TABLE emps_back1
AS
SELECT *
FROM emps
WHERE FALSE;
  • 2. 查询emps_back1表中的数据
1
SELECT * FROM  emps_back1;
  • 3. 创建触发器emps_del_trigger,每当向emps表中删除一条记录时,同步将删除的这条记录添加到emps_back1表中
1
2
3
4
5
6
7
8
9
DELIMITER $
CREATE TRIGGER emps_del_trigger
BEFORE DELETE ON emps
FOR EACH ROW
BEGIN
INSERT INTO emps_back1(employee_id,last_name,salary)
VALUES(OLD.employee_id,OLD.last_name,OLD.salary);
END $
DELIMITER ;
  • 4. 验证触发器是否起作用
1
2
3
4
5
6
DELETE FROM emps
WHERE employee_id = 100;

SELECT * FROM emps_back1; -- 被删除的信息可以被查到

SELECT * FROM emps; -- 可以看到100号员工已被删除