MySQL 中的触发器：优点和缺点

MySQL 触发器是功能强大的数据库对象，当表上发生特定事件时会自动执行。它们对于维护数据完整性、自动化任务和执行业务规则非常有用。然而，就像任何强大的工具一样，它们既有优点也有缺点。

MySQL触发器的优点

1. 自动化：触发器自动执行以响应数据库事件，减少手动干预的需要。

2. 数据完整性：它们通过在数据库级别强制执行业务规则来帮助维护数据一致性。

3. 审核跟踪：触发器可用于记录敏感数据的更改，创建审核跟踪。

4. 集中逻辑：业务逻辑可以集中在数据库中，确保无论应用程序如何访问数据，业务逻辑都能一致应用。

5. 实时处理：触发器允许跨相关表进行实时数据处理和更新。

MySQL 触发器的缺点

1. 性能影响：触发器会增加数据库操作的开销，可能会减慢 INSERT、UPDATE 和 DELETE 操作的速度。

2. 复杂性：随着触发器数量的增加，数据库行为可能会变得更加复杂且难以调试。

3. 不可见性：触发器对客户端应用程序不可见地执行，这使得解决问题变得困难。

4. 维护开销：表结构发生变化时需要更新触发器，增加维护工作量。

5. 级联效应：设计不当的触发器可能会导致意外的级联效应，尤其是当触发器激活其他触发器时。

MySQL 触发器示例

让我们看两个使用公用表名称的示例：

示例 1：INSERT 触发器

假设我们有一个客户表，并且希望在添加新客户时自动在 email_queue 表中创建欢迎电子邮件条目。

CREATE TRIGGER after_customer_insert
AFTER INSERT ON customers
FOR EACH ROW
BEGIN
    INSERT INTO email_queue (customer_id, email_type, status)
    VALUES (NEW.id, 'welcome', 'pending');
END;

插入每个新客户后，此触发器将触发，自动排队欢迎电子邮件。

示例 2：DELETE 触发器

假设我们有一个订单表，并希望在 order_archive 表中跟踪已删除的订单。

CREATE TRIGGER before_order_delete
BEFORE DELETE ON orders
FOR EACH ROW
BEGIN
    INSERT INTO order_archive (order_id, customer_id, order_date, total_amount, deleted_at)
    VALUES (OLD.id, OLD.customer_id, OLD.order_date, OLD.total_amount, NOW());
END;

此触发器将在删除订单之前触发，将订单详细信息复制到存档表。

示例 3：维护客户订单计数

假设我们有两个表：客户和订单。我们希望实时跟踪每个客户的活跃订单数量。

首先，我们将向客户表添加一个 active_orders_count 列：

CREATE TRIGGER after_customer_insert
AFTER INSERT ON customers
FOR EACH ROW
BEGIN
    INSERT INTO email_queue (customer_id, email_type, status)
    VALUES (NEW.id, 'welcome', 'pending');
END;

现在，让我们创建触发器以在添加或删除订单时更新此计数：

CREATE TRIGGER before_order_delete
BEFORE DELETE ON orders
FOR EACH ROW
BEGIN
    INSERT INTO order_archive (order_id, customer_id, order_date, total_amount, deleted_at)
    VALUES (OLD.id, OLD.customer_id, OLD.order_date, OLD.total_amount, NOW());
END;

每当添加或删除订单时，这些触发器都会自动使客户表中的 active_orders_count 保持最新。

此方法的要点

1. 实时更新：客户的订单计数始终是最新的，无需应用程序级逻辑。

2. 一致性：即使通过不同的应用程序或直接数据库访问添加或删除订单，此方法也可确保一致性。

3. 性能考虑因素：虽然这种方法很方便，但它确实增加了订单表上每个 INSERT 和 DELETE 操作的开销。

4. 错误处理：在生产环境中，您可能需要添加错误检查以防止计数低于零。

5. 替代方案：对于非常大容量的系统，您可以考虑定期批量更新而不是触发器来减少每笔事务的开销。

管理触发器

查看触发器

查看数据库中的所有触发器：

ALTER TABLE customers ADD COLUMN active_orders_count INT DEFAULT 0;

查看特定表的触发器：

-- Trigger for incrementing the count when a new order is inserted
CREATE TRIGGER after_order_insert
AFTER INSERT ON orders
FOR EACH ROW
BEGIN
    UPDATE customers
    SET active_orders_count = active_orders_count + 1
    WHERE id = NEW.customer_id;
END;

-- Trigger for decrementing the count when an order is deleted
CREATE TRIGGER after_order_delete
AFTER DELETE ON orders
FOR EACH ROW
BEGIN
    UPDATE customers
    SET active_orders_count = active_orders_count - 1
    WHERE id = OLD.customer_id;
END;

删除触发器

要删除触发器：

SHOW TRIGGERS;

性能影响

触发器对长期性能的影响可能很大，尤其是在高事务处理环境中：

1. 负载增加：每个触发的操作都会增加整体数据库负载。

2. 操作速度较慢：由于触发器执行，INSERT、UPDATE 和 DELETE 操作将花费更长的时间。

3. 资源消耗：触发器消耗额外的CPU和内存资源。

4. 可扩展性挑战：随着数据量的增长，触发器开销会变得更加明显。

5. 索引影响：修改数据的触发器可能会导致额外的索引更新，进一步影响性能。

为了减轻这些影响：

• 仅在必要时明智地使用触发器。
• 保持触发逻辑简单高效。
• 定期审查和优化触发器性能。
• 考虑大批量操作的替代方案，例如批处理。

总之，虽然 MySQL 触发器提供了强大的自动化功能，但应谨慎使用它们。仔细权衡好处和潜在的性能影响，尤其是在高事务处理环境中。定期监控和优化是使用触发器时保持功能和性能之间健康平衡的关键。

引用：
[1] https://serverguy.com/what-are-mysql-triggers/
[2] https://www.javatpoint.com/mysql-before-delete-trigger
[3] https://www.javatpoint.com/mysql-drop-trigger
[4] https://www.percona.com/blog/how-triggers-may-significantly-affect-the-amount-of-memory-alowned-to-your-mysql-server/
[5] https://pronteff.com/multi-trigger-creation-in-mysql-and-its-advantages-and-disadvantages/
[6] https://www.geeksforgeeks.org/mysql-before-delete-trigger/
[7] https://www.blog.serverwala.com/mysql-triggers-what-are-they-and-how-do-they-work/
[8] https://thedigitalskye.com/2020/10/29/the-why-and-how-of-mysql-triggers-part-1/
[9] https://stackoverflow.com/questions/38162045/advantages-disadvantages-of-using-mysql-triggers/38162182

记住：最好的触发器通常是您不需要创建的触发器。在实施触发器之前，始终评估是否有更简单的方法来实现您的目标。

编码快乐！

以上是MySQL 中的触发器：优点和缺点的详细内容。更多信息请关注PHP中文网其他相关文章！