我们必须要了解使用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表中的更改激活。这是因为这些表是视图，而视图上不允许使用触发器。
