前言:

触发器只是用在特定的场合，一般情况下，我们还是在代码中处理，因为同一个业务逻辑中，如果代码和sql中都有业务逻辑，那么后期维护将很麻烦，所以要根据实际情况来选择，看是否合适。触发器就是写在数据库中的一个脚本sql，当数据库某一个字段发生改变的时候，触发一个或多条sql语句，同时让多张表的数据同步。比如我们有的表中存放了部门名称，那么当我们部门名称发生改变的时候，我们应该调用触发器同时去修改存放了“部门名称”这个冗余字段。

什么是触发器:

简单的说，就是一张表发生了某件事（插入、删除、更新操作），然后自动触发了预先编写好的若干条SQL语句的执行.

特点及作用:

特点：触发事件的操作和触发器里的SQL语句是一个事务操作，具有原子性,要么全部执行，要么都不执行.

作用：1.安全性。可以基于数据库的值使用户具有操作数据库的某种权利。 2.审计。可以跟踪用户对数据库的操作。 3.实现复杂的非标准的数据库相关完整性规则。触发器可以对数据库中相关的表进行连环更新。触发器能够拒绝或回退那些破坏相关完整性的变化，取消试图进行数据更新的事务。当插入一个与其主健不匹配的外部键时，这种触发器会起作用。 4.同步实时地复制表中的数据。 5.自动计算数据值，如果数据的值达到了一定的要求，则进行特定的处理。

弊端:

1.增加程序的复杂度，有些业务逻辑在代码中处理，有些业务逻辑用触发器处理，会使后期维护变得困难.

2.如果需要变动整个数据集而数据集数据量又较大时，触发器效果会非常低.

3.对于批量操作并不适合使用触发器 使用触发器实现的业务逻辑在出现问题时很难进行定位，特别是设计到多个触发器的情况 协同开发时，写业务层代码如果不清楚数据库 触发器的细节，容易搞不清到底触发了那些触发器 大量使用触发器会导致代码结构容易被打乱，阅读源码困难.

触发器的创建:

CREATE TRIGGER trigger_name trigger_time trigger_event ON tbl_name FOR EACH ROW trigger_stmt

trigger_name:用来表示触发器的名称，可以自己设计 trigger_time:标识触发器的触发时机，取值是BEFORE或AFTER trigger_event:标识触发事件，取值为INSERT,UPDATE和DELETE tbl_name:标识建立触发器的表名，即在哪张表上建立触发器 trigger_stmt:触发器程序体，可以是一句SQL语句，或者用 BEGIN 和 END 包含的多条语句。 由此可见，可以建立6种触发器，即：BEFORE INSERT、BEFORE UPDATE、BEFORE DELETE、AFTER INSERT、AFTER UPDATE、AFTER DELETE。 不能在一个表中建两个相同类型的触发器，所以一个表最多只能建6个触发器；

查看触发器:

SHOW TRIGGERS [FROM schema_name];

这里的schema_name 就是指定的库名

删除触发器:

DROP TRIGGER [IF EXISTS] [schema_name.]trigger_name

触发器的修改:

触发器不能修改, 只能删除以后重新创建.

触发器的执行顺序:

我们建立的数据库一般都是 InnoDB 数据库，其上建立的表是事务性表，也就是事务安全的。这时，若SQL语句或触发器执行失败，MySQL 会回滚事务，有： ①如果 BEFORE 触发器执行失败，SQL 无法正确执行。 ②SQL 执行失败时，AFTER 型触发器不会触发。 ③AFTER 类型的触发器执行失败，SQL 会回滚