MySQL - 触发器
通常，触发器被定义为对事件的响应。在 MySQL 中，触发器是驻留在系统目录中的特殊存储过程，每当事件发生时就会自动执行(无需像常规存储过程那样显式调用)。这些事件包括 INSERT、UPDATE 和 DELETE 等语句。
要运行 MySQL 触发器，用户必须具有管理员/超级用户权限。
根据 SQL 标准，触发器通常分为两类 -
行级触发器:仅在数据库表中插入、更新或删除每一行时执行的触发器。MySQL 仅支持此类触发器。
语句级触发器:此类触发器在事务级别执行一次，无论表中修改了多少行。MySQL 不支持此类触发器。
MySQL 中的触发器类型
MySQL 中有六种类型的行级触发器。它们分别是:
插入前触发器
插入后触发器
更新前触发器
更新后触发器
删除前触发器
删除后触发器
插入前触发器
插入前触发器在将任何值插入表之前执行。每当执行 INSERT 语句时，插入前触发器都会触发，然后执行插入事务。
插入后触发器
插入后触发器的工作方式与插入前触发器相反。顾名思义，它是在将任何值插入表之后执行的。每当执行 INSERT 语句时，值会先插入表中，然后执行触发器。
更新前触发器
更新前触发器在表中任何值更新或修改之前执行。每当执行 UPDATE 语句时，更新前触发器会触发，然后执行更新事务。
更新后触发器
更新后触发器与更新前触发器的工作方式相反。顾名思义，它在表中任何值更新后执行。每当执行 UPDATE 语句时，值会先更新表中的值，然后执行触发器。
删除前触发器
删除前触发器在从表中删除任何值之前执行。每当执行 DELETE 语句时，删除前触发器都会触发，随后执行删除事务。
删除后触发器
删除后触发器与删除前触发器的工作方式相反。顾名思义，它是在从表中删除任何值后执行的。每当执行 DELETE 语句时，首先从表中删除该值，然后执行触发器。
触发器的优势
触发器在 MySQL 数据库中具有诸多优势。它们列表如下:
触发器帮助数据库维护存储数据的完整性。
触发器也是处理数据库层本身错误的一种方式。
由于触发器无需显式调用即可自动调用，因此您无需等待预定事件运行。
通过记录事件，触发器可用于跟踪表中的数据更改。
MySQL 触发器还可以防止执行无效事务。
触发器的缺点
然而，在 MySQL 数据库中使用触发器也存在一些缺点。其中一些缺点如下:
触发器无法取代所有验证，只能提供扩展验证。对于简单的验证，可以使用 NOT NULL、UNIQUE、CHECK 和 FOREIGN KEY 约束。
由于触发器对客户端应用程序不可见，因此无法了解数据库层发生的情况。因此，故障排除变得困难。
触发器不适用于高速数据，即每秒事件数较多的数据。
触发器可能会增加 MySQL 服务器的开销。
触发器的限制
以下是一些适用于 MySQL 触发器的限制 -
每个事件一个触发器 - 每个表的每个事件组合只能有一个触发器，即您不能为同一个表定义两个相同的触发器。
不允许使用 RETURN 语句 - 由于触发器不返回任何值，因此不允许使用 RETURN 语句。
外键限制 − 外键操作无法激活触发器。
过时的元数据 − 假设触发器已加载到缓存中，当表元数据发生更改时，它不会自动重新加载。在这种情况下，触发器可以使用过时的元数据进行操作。
无法使用"CALL"语句 − 我们不能在触发器中使用 CALL 语句。
无法创建临时表或视图 − 我们不能为临时表或视图创建视图。
无法通过 INFORMATION_SCHEMA 中的更改激活 − 实际上，INFORMATION_SCHEMA 或 performance_schema 表中的更改无法激活触发器。这是因为这些表是视图，而触发器不允许在视图上使用。
