使用MySQL触发器有哪些优点、缺点和限制？

我们必须要了解使用MySQL触发器的优势、劣势和限制，以便能够有效地使用它。

优势

以下是使用MySQL触发器的优势：

• 数据完整性 –借助MySQL触发器，我们可以检查表中数据的完整性。换句话说，MySQL触发器是检查数据完整性的替代方式。
• 捕捉错误 –MySQL触发器可以捕捉数据库层中的业务逻辑错误。
• 替代方式运行定时任务 –实际上，通过使用MySQL触发器，我们不必等待运行定时任务，因为触发器会在对表中的数据进行修改之前或之后自动触发。
• 审计 –实际上，MySQL触发器非常有用于对表中所做更改的审计。
• 防止无效事务 –MySQL触发器在防止无效事务方面非常有用。
• 事件日志记录 –MySQL触发器可以记录事件，并且还可以存储有关对表的访问的信息。

劣势

以下是使用MySQL触发器的劣势：

• 无法替代所有验证 –实际上，MySQL触发器无法替代所有验证，只能提供扩展验证。
• 对客户端应用程序不可见 –基本上，MySQL触发器在客户端应用程序中被调用和执行时是不可见的，因此很难弄清楚在数据库层发生了什么。
• 对服务器施加负载 –触发器可能对数据库服务器施加很大的负载。
• 不适用于高速数据 –触发器不适用于高速数据，即每秒事件数量较高的数据。这是因为在高速数据的情况下，触发器会一直被触发。

限制

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

• 每个时机/事件只能有一个触发器 –每个表每个时机/事件组合只能有一个触发器（即我们不能为同一张表定义两个BEFORE INSERT触发器）。
• 不允许使用RETURN语句 –由于触发器不返回任何值，因此不允许使用RETURN语句。
• 外键限制 –触发器不会被外键操作激活。
• 过时的元数据 –假设一个触发器被加载到缓存中，当表的元数据发生更改时，它不会自动重新加载。在这种情况下，触发器可能使用过时的元数据进行操作。
• 不能使用CALL语句 –我们不能在触发器中使用CALL语句。
• 不能创建临时表或视图 –我们不能为临时表或视图创建视图。
• 不会被INFORMATION_SCHEMA中的更改激活 –实际上，触发器不会被INFORMATION_SCHEMA或performance_schema表中的更改激活。这是因为这些表是视图，而视图上不允许使用触发器。