MySQL - 触发器

通常，触发器被定义为对事件的响应。在 MySQL 中，触发器是一种驻留在系统目录中的特殊存储过程，它在执行事件时自动执行（不像常规存储过程那样需要显式调用）。这些事件包括 INSERT、UPDATE 和 DELETE 等语句。

要运行 MySQL 触发器，用户必须具有管理员/超级用户权限。

根据 SQL 标准，触发器通常分为两类：

• 行级触发器：仅在数据库表中插入、更新或删除每一行时才执行的触发器。MySQL 只支持这种类型的触发器。

• 语句级触发器：这类触发器在事务级别执行一次，无论表中修改了多少行。MySQL 不支持这种类型的触发器。

MySQL 中的触发器类型

MySQL 中有六种类型的行级触发器，它们是：

• BEFORE INSERT 触发器

• AFTER INSERT 触发器

• BEFORE UPDATE 触发器

• AFTER UPDATE 触发器

• BEFORE DELETE 触发器

• AFTER DELETE 触发器

BEFORE INSERT 触发器

BEFORE INSERT 触发器在任何值插入到表中之前执行。每当执行 INSERT 语句时，BEFORE INSERT 触发器就会启动，然后是插入事务。

AFTER INSERT 触发器

AFTER INSERT 触发器的工作方式与 BEFORE INSERT 触发器相反。顾名思义，它是在任何值插入到表中之后执行的。每当执行 INSERT 语句时，值首先插入到表中，然后执行触发器。

BEFORE UPDATE 触发器

BEFORE UPDATE 触发器在任何值在表中更新或修改之前执行。每当执行 UPDATE 语句时，BEFORE UPDATE 触发器就会启动，然后是更新事务。

AFTER UPDATE 触发器

AFTER UPDATE 触发器的工作方式与 BEFORE UPDATE 触发器相反。顾名思义，它是在任何值在表中更新之后执行的。每当执行 UPDATE 语句时，值首先在表中更新，然后执行触发器。

BEFORE DELETE 触发器

BEFORE DELETE 触发器在任何值从表中删除之前执行。每当执行 DELETE 语句时，BEFORE DELETE 触发器就会启动，然后是删除事务。

AFTER DELETE 触发器

AFTER DELETE 触发器的工作方式与 BEFORE DELETE 触发器相反。顾名思义，它是在任何值从表中删除之后执行的。每当执行 DELETE 语句时，值首先从表中删除，然后执行触发器。

触发器的优点

触发器在 MySQL 数据库中有很多优点，它们列举如下：

• 触发器帮助数据库维护存储数据的完整性。

• 触发器也是从数据库层本身处理错误的一种方法。

• 由于触发器是自动调用的，无需显式调用，因此您无需等待计划事件运行。

• 触发器可用于通过记录事件来跟踪对表所做的数据更改。

• MySQL 触发器还可以防止执行无效的事务。

触发器的缺点

但是，在 MySQL 数据库中使用触发器也有一些缺点，其中一些列举如下：

• 触发器不能替代所有验证，只能提供扩展验证。对于简单的验证，可以使用 NOT NULL、UNIQUE、CHECK 和 FOREIGN KEY 约束。

• 由于触发器对客户端应用程序是不可见的，因此无法理解数据库层中发生的情况。因此，难以进行故障排除。

• 触发器不适用于高速数据，即每秒事件数量较高的数据。

• 触发器可能会增加 MySQL 服务器的开销。

触发器的限制

以下是适用于 MySQL 触发器的一些限制：

• 每个事件一个触发器 - 每个表对每个事件组合只能有一个触发器，即不能为同一表定义两个相同的触发器。

• 不允许使用 RETURN 语句 − 由于触发器不返回值，因此不允许使用 RETURN 语句。

• 外键约束 − 外键操作不会激活触发器。

• 元数据过期 − 假设触发器已加载到缓存中，当表元数据更改时，它不会自动重新加载。在这种情况下，触发器可能会使用过时的元数据进行操作。

• 无法使用 'CALL' 语句 − 在触发器中无法使用 CALL 语句。

• 无法创建临时表或视图 − 无法为临时表或视图创建视图。

• 不会因 INFORMATION_SCHEMA 的更改而激活 − 实际上，INFORMATION_SCHEMA 或 performance_schema 表中的更改不会激活触发器。这是因为这些表是视图，而视图上不允许使用触发器。